Poniższy dokument zawiera informacje dotyczące minimalnych wymagań sprzętowo-systemowych dla systemu Comarch ERP XL. Wymagania te określają minimum, jakie musi spełniać konfiguracja infrastruktury technicznej w celu uzyskania wsparcia technicznego i merytorycznego dla systemu Comarch ERP XL. Przedstawione w ramach niniejszego dokumentu konfiguracje pozwalają na uruchomienie systemu Comarch ERP XL na potrzeby testów lub małych grup roboczych (do 5 użytkowników równoczesnych).
Główne zmiany dotyczące wymagań związane z wersją 2024.1 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2024.1 przestaje wspierać Microsoft SQL Server 2014. Wiąże się to z zaprzestaniem testowania poprawności działania takich baz danych.
Główne zmiany dotyczące wymagań związane z wersją 2024.0 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2024.0 przestaje wspierać System Operacyjny Windows Server 2012/2012 R2 oraz Windows 8.1. Zalecana jest aktualizacja Systemu Operacyjnego do wyższych wersji.
Główne zmiany dotyczące wymagań związane z wersją 2023.2 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2023.2 poprawnie współpracuje z serwerem bazy danych Microsoft SQL Server 2022.
System Comarch ERP XL od wersji 2023.2 poprawnie współpracuje z systemem operacyjnym Windows Server 2022
System Comarch ERP XL od wersji 2023.2 poprawnie współpracuje z systemem operacyjnym Windows 11
Główne zmiany dotyczące wymagań związane z wersją 2023.0 systemu Comarch ERP XL to:
Z końcem roku 2022 zakończone zostanie wsparcie dla instalacji Comarch ERP XL, działającej w oparciu o Microsoft SQL Server 2012. Wiąże się to z zaprzestaniem testowania poprawności działania takich baz danych.
Rekomendowana jest zatem aktualizacja serwera SQL do nowej wersji.
Główne zmiany dotyczące wymagań związane z wersją 2022.1 systemu Comarch ERP XL to:
Od wersji Comarch ERP XL 2022.1.0 konwersję można bezpośrednio przeprowadzić od wersji Comarch ERP XL 2018.0.0. Jeżeli konwersja przeprowadzana jest z wersji niższych konieczne będzie zrobienie tego w dwóch krokach. Najpierw należy podnieść wersję bazy do wersji pomiędzy Comarch ERP XL 2018.0.0 a 2022.0.0, następnie przeprowadzić konwersję bazy do wersji Comarch ERP XL 2022.1.0 i wyższych.
System Comarch ERP XL od wersji 2022.1 wymaga instalacji Microsoft .Net Framework 4.7.2
Do optymalnego działania list typu Devexpress zalecamy korzystanie z serwerów SQL powyżej wersji Microsoft SQL Server 2012.
Główne zmiany dotyczące wymagań związane z wersją 2021.1 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2021.1 nie wspiera współpracy z Systemami operacyjnymi Windows 7 oraz Windows Server 2008 R2.
Główne zmiany dotyczące wymagań związane z wersją 2020.1 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 2020.1 poprawnie współpracuje z serwerem bazy danych Microsoft SQL Server 2019. Konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Główne zmiany dotyczące wymagań związane z wersją 2020.0 systemu Comarch ERP XL, to:
W Systemie Comarch ERP XL od wersji 2020.0 zostaje podniesiona wersja Microsoft .NET Framework do wersji Microsoft .NET Framework 4.5.1
Główne zmiany dotyczące wymagań związane z wersją 2019.2 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 2019.2 wymaga zainstalowania sterownika Microsoft® SQL Server® 2012 Native Client.
Główne zmiany dotyczące wymagań związane z wersją 2019.1 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 2019.1 nie współpracuje z serwerem bazy danych Microsoft SQL Server 2008 oraz Microsoft SQL Server 2008 R2.
System Comarch ERP XL od wersji 2019.1 nie wspiera współpracy z systemami operacyjnymi Windows Vista oraz Windows Server 2008
System Comarch ERP XL od wersji 2019.1 poprawnie współpracuje z systemem operacyjnym Windows Server 2019
Główne zmiany dotyczące wymagań związane z wersją 2018.1 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 2018.1 poprawnie współpracuje z serwerem bazy danych Microsoft SQL Server 2017
Do poprawnego działania systemu Comarch ERP XL wymagana jest instalacja Microsoft .Net Framework 4.6.2
Główne zmiany dotyczące wymagań związane z wersją 2017.0 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 2017.0 współpracuje z systemem operacyjnym Windows Server 2016
System Comarch ERP XL od wersji 2017.0 poprawnie współpracuje z serwerem bazy danych Microsoft SQL Server 2016
Główne zmiany dotyczące wymagań związane z wersją 2016.0 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 2016.0 poprawnie współpracuje z systemem operacyjnym Windows 10
System Comarch ERP XL od wersji 2016.0 nie wspiera współpracy z systemami Windows XP, Windows Server 2003 oraz Windows Server 2003 R2
Główne zmiany dotyczące wymagań związane z wersją 2015.0 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 2015.0 poprawnie współpracuje z serwerem bazy danych Microsoft SQL Server 2014
System Comarch ERP XL od wersji 2015.0 nie współpracuje z serwerem bazy danych Microsoft SQL Server 2005.
Główne zmiany dotyczące wymagań związane z wersją 2014.1 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 2014.1 poprawnie współpracuje z systemem operacyjnym Windows Server 2012 R2
Główne zmiany dotyczące wymagań związane z wersją 2013 systemu Comarch ERP XL, to:
Wszystkie wersje systemu Comarch ERP XL wydane w roku 2013 będą zapewniały wsparcie dla serwera Microsoft SQL Server 2005. Wersje systemu wydane w roku 2014 i kolejnych nie będą zapewniały wsparcia dla Microsoft SQL Server 2005.
Główne zmiany dotyczące wymagań związane z wersją 11.0 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 11.0 poprawnie współpracuje z systemem operacyjnym Windows 8
System Comarch ERP XL od wersji 11.0 poprawnie współpracuje z systemem operacyjnym Windows Server 2012
Główne zmiany dotyczące wymagań związane z wersją 10.5 systemu Comarch CDN XL, to:
System Comarch CDN XL od wersji 10.5 poprawnie współpracuje z serwerem baz danych Microsoft SQL Server 2012
Do poprawnego działania systemu Comarch CDN XL wymagana jest instalacja Microsoft .Net Framework 4.6.2
Zmianie uległy nazwy loginów oraz hasła do serwera MS SQL używane do autoryzacji poprzez „SQL Server authentication”, które wykorzystuje system Comarch CDN XL. Loginy o nazwach: CDNXL i CDNXLADO zostały zamienione na: ComarchCDNXL i ComarchCDNXLADO.
Dodatkowo na potrzeby automatycznej synchronizacji bazy Comarch CDN XL z Optimą dodany został login ComarchCDNXLOffl, który jest zakładany przy kreacji/konwersji bazy danych.
Główne zmiany dotyczące wymagań związane z wersją 10.0 systemu Comarch CDN XL, to:
System Comarch CDN XL od wersji 10.0 nie współpracuje z serwerem baz danych Microsoft SQL Server 2000
Istnieje możliwość bezpośredniej konwersji bazy danych systemu Comarch CDN XL z wersji 8.x i 9.x do wersji 10.0
Główne zmiany dotyczące wymagań związane z wersją 9.7 systemu Comarch CDN XL, to:
System Comarch CDN XL od wersji 9.7 poprawnie współpracuje z serwerem baz danych Microsoft SQL Server 2008 R2
Moduł Menadżer Baz nie wykorzystuje już do komunikacji z Microsoft SQL Server obiektów DMO (Distributed Management Objects). W związku z tym nie ma potrzeby instalowania na stanowiskach na których będziemy podłączać/kreować/konwertować bazę danych systemu Comarch CDN XL komponentów zgodności wstecznej (Backward compatibility).
Instalator systemu Comarch CDN XL posiada opcję pozwalającą zainstalować najnowsze biblioteki klienckie (Microsoft SQL Server Native Client)
System Comarch CDN XL w wersji 9.7 jest ostatnią wersją wspierającą pracę z serwerem baz danych MS SQL Server 2000. Od wersji 10 Comarch CDN XL nie będzie wsparcia dla tej wersji MS SQL Server
Główne zmiany dotyczące wymagań związane z wersją 9.6 systemu Comarch CDN XL, to:
System Comarch CDN XL w wersji 9.5 jest ostatnią wersją wspierającą pracę z systemem operacyjnym Windows 2000
System Comarch CDN XL w wersji 9.0 uzyskał certyfikat „Compatible with Windows 7”:
Główne zmiany dotyczące wymagań związane z wersją 9.0 systemu Comarch CDN XL, to:
W przypadku współpracy systemu Comarch CDN XL z serwerem baz danych MS SQL Server 2005/2008 zaleca się korzystanie z najnowszych bibliotek klienckich (Native Client) na stacjach roboczych łączących się z serwerem SQL. Biblioteki te przyspieszają komunikację z serwerem SQL. Pliki instalacyjne dostępne są w pakietach Feature Pack for Microsoft SQL Server 2005/2008 .Zalecenie to dotyczy również wcześniejszych wersji systemu Comarch CDN XL współpracujących z MS SQL Server 2005/2008/2008 R2.
Główne zmiany dotyczące wymagań związane z wersją 8.0 systemu CDN XL, to:
System CDN XL od wersji 8.0 poprawnie współpracuje z system Microsoft Windows 2008 Server
System CDN XL od wersji 8.0 poprawnie współpracuje z serwerem baz danych SQL Server 2008
Główne zmiany dotyczące wymagań związane z wersją 7.1 systemu CDN XL, to:
Konieczność instalacji DirectX 9.0c End-Users Runtimes dostępnego w lokalizacji: oraz na płytach instalacyjnych system CDN XL 7.1. DirectX wykorzystywane jest przy wizualizacji magazynu wysokiego składowania.
Główne zmiany dotyczące wymagań związane z wersją 7.0 systemu CDN XL, to:
System CDN XL w wersji 6.0 uzyskał certyfikat „Works with Windows Vista”:
Konieczności instalacji platformy .NET (.NET Framework 2.0) – dotyczy stacji roboczych i serwerów na których ma być uruchamiana wersja 7.0 systemu CDN XL.
Główne zmiany dotyczące wymagań związane z wersją 6.0 systemu CDN XL, to:
Brak wsparcia dla systemów: Windows 98 oraz Windows 98 Second Edition
Ze względu na błąd znaleziony w serwerze baz danych SQL Server 2005 konieczne jest zainstalowanie SP2 do tego silnika bazy danych. Na temat współpracy systemu CDN XL z SQL 2005 Server dostępny jest biuletyn techniczny
Do działania modułu KTL Manager (narzędzie do zarządzania OLAP 2005) wymagana jest instalacja .Net FrameWork w wersji 2.0. Dla prawidłowego działania modułów Definiowania interfejsu (mała hydra) i Interfejs programistyczny (duża hydra) wymagana jest instalacja .Net FrameWork 1.x. System CDN XL pracuje prawidłowo przy jednoczesnej instalacji obu wersji .Net FrameWork.
Główne zmiany dotyczące wymagań związane z wersją 5.0 systemu CDN XL, to:
Konieczności instalacji platformy .NET (.NET Framework 1.1) – dotyczy stacji i serwerów na których ma być uruchamiana wersja 5.0 systemu CDN XL. Wersja 2.0 .Net Framework jest niekompatybilna z systemem CDN XL. Istnieje możliwość uruchomienia systemu CDN XL na komputerze, na którym został zainstalowany równocześnie .Net Framework w wersji 1.x i 2.0.
Wymóg posiadania licencji CAL do serwera SQL dla stacji roboczych z zainstalowaną OPT!MĄ Off-Line, które przeprowadzają synchronizację z serwerem synchronizacji systemu CDN XL 5.0. Licencja CAL do serwera Windows jest zalecane dla stacji roboczej, na której jest wykonywana synchronizacja, ze względu na możliwość wykorzystania mechanizmów wbudowanych w serwer Windows 2000/2003, mogących zabezpieczyć transmisję danych pomiędzy serwerem synchronizacji, a oddziałem.
Wymagania minimalne, niezbędne do uruchomienia serwera baz danych na potrzeby systemu Comarch ERP XL
System Comarch ERP XL działa w architekturze Klient/Serwer. W przypadku najprostszej instalacji jednostanowiskowej zarówno warstwa serwera baz danych, jak i również aplikacja może działać na jednym stanowisku. W praktyce wyodrębnia się funkcje serwera baz danych na odrębnej platformie sprzętowej.
Sprzęt
Wymagane minimum
Uwagi
CPU
Min. 1 Ghz
Intel (Core/Core 2/Xeon)
ADM (Duron/Sempron/Athlon/Phenom/EPYC/Ryzen)
Zalecany 2 GHz lub szybszy
Wymagana ilość wolnej przestrzeni dyskowej zależy od zastosowanej wersji i edycji systemu operacyjnego, serwera baz danych oraz planowanej ilości przechowywanych danych. Podana wartość 4 GB jest zalecaną wartością minimalną.
Ekran
800x600, 256 kolorów
Zalecana: 1024x768 oraz 32 bitowa paleta kolorów.
NIC
100 Mb/s
Zalecana szybkość działania sieci wynosi 100/1000 Mb/s.
Porty
USB
Interfejs jest wymagany w celu instalacji sprzętowego klucza HASP.
Oprogramowanie – wersja desktop, maksymalnie do 5 użytkowników
Wymagane minimum
Uwagi
System operacyjny:
• Windows 10 x86/x64
•Windows 11 x86/x64
•Windows Server 2016 Standard/Datacenter Edition
•Windows Server 2019 Standard/Datacenter Edition
• Windows Server 2022 Standard/Datacenter Edition
Baza danych:
• MS SQL Server 2016 Express/Workgroup/Standard/Enterprise Edition x86/x64
• MS SQL Server 2017 Express/Workgroup/Standard/Enterprise Edition x86/x64
• MS SQL Server 2019 Express/Workgroup/Standard/Enterprise Edition x86/x64
• MS SQL Server 2022 Express/Workgroup/Standard/Enterprise Edition x86/x64
W przypadku MS SQL Server Express istnieje ograniczenie na rozmiar pliku bazy danych.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
System plików:
FAT lub NTFS
Wymagania dodatkowe:
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
.NET Framework 4.7.2
Od wersji 2022.1 Comarch ERP XL wymagany jest .NET Framework w wersji 4.7.2
Dla poprawnego funkcjonowania e-sklepu konieczne jest zainstalowanie .Net Framework w wersji 3.5
Licencje:
Wymagany jest zakup licencji na system operacyjny. W przypadku serwerowych systemów operacyjnych wymagane są również licencje dostępowe do serwera (systemu operacyjnego) typu CAL.
Serwery baz danych typu Express są dystrybuowane bez dodatkowych opłat.
Oprogramowanie - wersja serwer
Wymagane minimum
Uwagi
System operacyjny:
• Windows Server 2016 Standard/Datacenter Edition
• Windows Server 2019 Standard/Datacenter Edition
• Windows Server 2022 Standard/Datacenter Edition
Dopuszczalne wersje językowe systemów, to polska lub angielska.
Baza danych:
MS SQL 2016 Server Standard/Enterprise Edition x86/x64
MS SQL Server 2017 Standard/Enterprise Edition x86/x64
MS SQL Server 2019 Standard/Enterprise Edition x86/x64
MS SQL Server 2022 Standard/Enterprise Edition x86/x64
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
System plików:
NTFS
Wymagania dodatkowe:
Internet Explorer w najnowszej dostępnej wersji, najnowszy zestaw poprawek i uaktualnień do systemu operacyjnego.
.NET Framework 4.7.2
Licencje:
Konieczny jest zakup licencji na: system operacyjny, serwer baz danych oraz wymaganych licencji CAL dla serwera SQL i systemu operacyjnego.
W przypadku wykorzystywania serwera SQL przez jeden z modułów systemu Comarch ERP XL - Comarch B2B, e-sklep lub przez inne aplikacje internetowe, pojawia się problem wyboru modelu licencjonowania. Zgodnie z zaleceniami Microsoft najłatwiej jest zastosować licencjonowanie per CPU.
W sytuacji, kiedy taki model jest nie do przyjęcia ze względów ekonomicznych, można zapewnić każdemu użytkownikowi nazwanemu, wykorzystującemu taki system, odpowiednie licencje CAL. Muszą to być licencje typu per user, bo w praktyce jednoznaczna identyfikacja urządzenia z którego nastąpiło połączenie może być niemożliwa.
Dodatkowo wymagane są licencje CAL Windows dla każdego użytkownika korzystającego z tych aplikacji lub zamiennie licencja External Connector.
W sytuacji, kiedy taki model jest nie do przyjęcia ze względów ekonomicznych, można zapewnić każdemu użytkownikowi nazwanemu, wykorzystującemu taki system, odpowiednie licencje CAL. Muszą to być licencje typu per user, bo w praktyce jednoznaczna identyfikacja urządzenia z którego nastąpiło połączenie może być niemożliwa.
Dodatkowo wymagane są licencje CAL Windows dla każdego użytkownika korzystającego z tych aplikacji lub zamiennie licencja External Connector.
Wymagania minimalne dotyczące serwera terminali
Sprzęt
Wymagane minimum
Uwagi
CPU
Min. 1 GHz + 200 MHz dla każdej sesji terminalowej
Intel (Core/Core 2/Xeon)
AMD (Duron/Sempron/Athlon/Phenom/EPYC/Ryzen)
Wymagana szybkości taktowania procesora przeliczana jest na podstawie ilości równoczesnych sesji terminalowych z uruchomionym systemem Comarch ERP XL. Przy 10 równoczesnych sesjach łączna szybkość wszystkich CPU powinna wynosić minimum 3 GHz.
RAM
2 GB + min. 400 MB dla każdej z sesji terminalowej systemu Comarch ERP XL
Wymagana wielkość pamięci operacyjnej przeliczana jest na ilość równoczesnych sesji terminalowych z uruchomionym pojedynczym modułem systemu Comarch ERP XL. Przy 10 równoczesnych sesjach należy przyjąć wymaganą ilość pamięci RAM jako 4 GB, a przy 20 sesjach około 8 GB dla wersji systemu Comarch ERP XL.
HDD
1 szt. (IDE, SATA, SCSI, SAS)
Zalecana liczba dysków 2, w macierzy sprzętowej RAID1.
Ekran
1920x1080
Zalecana jest 32 bitowa paleta kolorów.
NIC
10 Mb/s
Zalecana szybkość działania sieci wynosi 100 Mb/s.
Konsumpcja pasma w połączeniach WAN
Min. 80 kb/s na jedną sesje dla połączenia w protokole RDP (Microsoft Terminal Services). Może się ono wahać od 5 kb/s do około 150 kb/s.
Przy większej liczbie połączeń terminalowych można wykorzystać oprogramowanie Citrix.
Oprogramowanie
Wymagane minimum
Uwagi
System operacyjny:
• Windows Server 2016 Standard/Datacenter Edition
• Windows Server 2019 Standard/Datacenter Edition
• Windows Server 2022 Standard/Datacenter Edition
Dopuszczalne wersje językowe systemów, to polska lub angielska.
System plików:
NTFS
Wymagania systemowe:
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
.NET Framework 4.7.2
Od wersji 2022.1 Comarch ERP XL wymagany jest .NET Framework w wersji 4.7.2
Dla poprawnego funkcjonowania e-sklepu konieczne jest zainstalowanie .Net Framework w wersji 3.5
Licencje:
Wymagany jest zakup licencji na serwerowy system operacyjny oraz licencji dostępowych CAL do systemu operacyjnego i SQL, oraz licencji CAL dla usług terminalowych w liczbie odpowiadającej ilości użytkowników lub urządzeń korzystających z serwera usług terminalowych.
W przypadku rozbudowanej infrastruktury serwerów opartych na produktach firmy Microsoft, można przyjąć politykę licencjonowania per user lub per device (per seat), która pozwala na przypisaniu każdej ze stacji roboczych po jednej licencji dostępowej CAL do systemu, serwera SQL oraz usług terminalowych, bez względu na liczbę wykorzystywanych serwerów Windows, SQL i serwerów terminali. Dodatkowym trybem licencjonowania jest Per Processor Licensing, które zakłada, że aby oprogramowanie firmy Microsoft mogło być uruchomione na danym serwerze, jego procesory muszą mieć zapewnione licencje. Ani urządzenia klientów, ani użytkownicy nie potrzebują licencji CAL aby otrzymać dostęp do produktów serwerowych licencjonowanych na procesor.
Wymagania minimalne dla stacji roboczej, niezbędne do uruchomienia systemu Comarch ERP XL
Dla nowszych wersji Comarch ERP XL i systemów operacyjnych Windows 8 i wyższych zalecaną wielkością pamięci operacyjnej RAM jest 4 GB lub więcej.
HDD
1 szt. (IDE, SATA, SCSI, SAS)
Ekran
1920x1080
Zalecana jest 32 bitowa paleta kolorów.
NIC
10 Mb/s
Zalecana szybkość działania sieci wynosi 100 Mb/s.
Oprogramowanie
Wymagania minumum
Uwagi
System
operacyjny:
•Windows 10 x86/x64
• Windows 11 x86/x64
• Windows Server 2016 Standard/Datacenter Edition
• Windows Server 2019 Standard/Datacenter Edition
• Windows Server 2022 Standard/Datacenter Edition
Wersje serwerowe systemów operacyjnych zostały uwzględnione ze względów na kompatybilność systemu Comarch ERP XL z tymi produktami. W rzeczywistości stosowanie wersji serwerowych systemów operacyjnych jest niepraktyczne ze względów licencyjnych.
Wymagania dodatkowe:
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
.NET Framework 4.7.2
Od wersji 2022.1 Comarch ERP XL wymagany jest .NET Framework w wersji 4.7.2
Dla poprawnego funkcjonowania e-sklepu konieczne jest zainstalowanie .Net Framework w wersji 3.5
Licencje:
Wymagany jest zakup licencji na system operacyjny i licencje dostępowe CAL do serwera SQL.
Wymagania minimalne dla stacji roboczej, niezbędne do uruchomienia połączenia terminalowego z serwerem w celu pracy z systemem Comarch ERP XL
Dla nowszych wersji Comarch ERP XL i systemów operacyjnych Windows 8 i wyższych zalecaną wielkością pamięci operacyjnej RAM jest 4 GB lub więcej.
HDD
1 szt. (IDE, SATA, SCSI, SAS)
Ekran
1920x1080
Zalecana jest 32 bitowa paleta kolorów.
NIC
10 Mb/s
Zalecana szybkość działania sieci wynosi 100 Mb/s.
Oprogramowanie
Wymagane minimum
Uwagi
System operacyjny:
• Windows 10 x86/x64
• Windows 11 x86/x64
• Windows Server 2016 Standard/Datacenter Edition
• Windows Server 2019 Standard/Datacenter Edition
• Windows Server 2022 Standard/Datacenter Edition
Wersje serwerowe systemów operacyjnych zostały uwzględnione ze względów na kompatybilność systemu Comarch ERP XL z tymi produktami. W rzeczywistości stosowanie wersji serwerowych systemów operacyjnych jest niepraktyczne ze względów licencyjnych.
Dopuszczalne wersje językowe systemów, to polska lub angielska.
Dopuszczalne rozwiązanie niewspierane przez Comarch
• Linux
• Windows Server 2008
• Windows 7
• Windows Server 2008 R2 Standard/Enterprise Edition SP1
• Windows 8 x86/x64
• Windows Server 2012/2012 R2 Standard/ Datacenter Edition
Brak wsparcia pracy drukarek fiskalnych przez terminal.
Brak wsparcia dla wydruków tekstowych lub graficznych przez terminal.
Wymagania dodatkowe:
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
Licencje:
Wymagany jest zakup licencji na system operacyjny oraz przypisanie licencji CAL dla serwerowego systemu operacyjnego i licencji CAL dla usług terminalowych oraz licencji dostępowych CAL do serwera SQL.
Zalecenia dotyczące budowania infrastruktury sprzętowej Systemu Comarch ERP XL 2025.0
Zalecenia dotyczące budowy infrastruktury sprzętowo-programowej dla systemu Comarch ERP XL
Celem niniejszego dokumentu jest określenie zaleceń pomocnych przy budowie efektywnej infrastruktury dla systemu Comarch ERP XL, opartej na technologii firmy Microsoft oraz platformie sprzętowej bazującej na procesorach firmy Intel lub AMD.
W związku z faktem, że odbiorcami system Comarch ERP XL są firmy o różnej wielkości, począwszy od kilku, a skończywszy na paruset stanowiskach, każda z nich będzie stawiała inne wymagania dotyczące budowanej infrastruktury. Zebrane poniżej informacje zostały usystematyzowane w taki sposób, aby mogły stanowić dla klientów oraz integratorów systemu Comarch ERP XL, poradnik będący pomocą przy efektywnym doborze wymaganego sprzętu oraz oprogramowania. Podane liczby użytkowników systemu Comarch ERP XL dla określonych konfiguracji sprzętowych należy traktować orientacyjnie. Rozumiemy przez to, że platforma sugerowana dla 30-40 użytkowników, może obsłużyć również większą ich liczbę. Należy jednak zawsze mieć świadomość istniejącej granicy wydajności dla danej platformy sprzętowej i ograniczonej możliwości jej rozbudowy. Szczególnie jest to ważne w przypadku firm dynamicznie rozwijających się, które powiększają swój personel, a tym samym zwiększają liczbą równocześnie pracujących użytkowników systemu Comarch ERP XL. W takiej sytuacji, szansą na minimalizację całkowitych kosztów ponoszonych na inwestycje związane z zapewnieniem wydajnej infrastruktury sprzętowej jest trafny wybór początkowego rozwiązania, dającego się skalować w perspektywie 2-3 lat.
Wymagania dotyczące konfiguracji serwera lub serwerów, na których będzie pracował system Comarch ERP XL, zależą od takich czynników jak:
liczba równocześnie pracujących użytkowników,
liczba generowanych dokumentów,
wykorzystanie usług terminalowych do uruchamiania aplikacji Comarch ERP XL.
W celu przedstawienia przykładowych konfiguracji, przyjęto ilość równocześnie pracujących użytkowników systemu Comarch ERP XL jako podstawowy element klasyfikacji.
Serwer obsługujący transakcyjną bazę danych MS SQL Server
Serwer bazy danych jest dedykowaną maszyną z zainstalowanym oprogramowaniem relacyjnej bazy danych MS SQL Server (2016 / 2017 / 2019 / 2022), która zapewnia transakcyjność wykonywanych operacji oraz przechowuje dane generowane za pośrednictwem systemu Comarch ERP XL.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Zaleca się, aby serwer ten nie pełnił dodatkowych funkcji (np. serwera aplikacji, serwera plików, itp.), wówczas wydajność silnika baz danych będzie najwyższa.
Zalecana konfiguracja minimalna do 15 użytkowników (miesięcznie 5000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone do pracy w firmach o niewielkiej infrastrukturze IT, wspomagającej procesy zarządzania firmą. W większości przypadków jest to równoznaczne z mała ilość użytkowników i komputerów PC.
Rozwiązanie opiera się na instalacji jednego, głównego serwera systemu Comarch ERP XL, który może ewentualnie pełnić dodatkowo rolę kontrolera domeny, serwera usług sieciowych takich jak: DHCP i DNS, serwera drukarek i umożliwiać współdzielenie zasobów plikowych (w takich przypadkach obciążenie serwera może być o wiele większe i należy to brać pod uwagę przy planowaniu infrastruktury).
2. Dopuszczalna jest niewielka liczba użytkowników (nie więcej niż 15) pracujących za pośrednictwem usług terminalowych na serwerze SQL systemu Comarch ERP XL.
3. Brak przewidywanego dużego rozwoju infrastruktury IT w okresie 1-2 lat, przez duży rozwój należy rozumieć np. wzrost liczby równocześnie pracujących użytkowników, co najmniej o 50-100%, zwiększenie liczby użytkowników pracujących za pośrednictwem usług terminalowych, wykorzystanie usług analitycznych OLAP itp.
4. Schemat obrazujący rozwiązanie przedstawia poniższy rysunek.
Schemat infrastruktury systemu Comarch ERP XL opartej na jednym serwerze
Zalecana konfiguracja serwera
Poniższa Tabela przestawia Konfigurację serwera systemu Comarch ERP XL, wersja do 15 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1x Intel Xeon 4C 2.4 GHz
RAM
8 GB
HDD
2 x SAS 146 GB 15k rpm
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID1 (2 x HDD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa Tabela przestawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja do 15 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacja MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2016 /2017 / 2019 / 2022
Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa Tabela przestawia Wymagane licencje dla systemu Comarch ERP XL, wersja do 15 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/ 2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja od 16 do 25 użytkowników (miesięcznie 10000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o małej lub średniej infrastrukturze IT, wspomagającej procesy zarządzania firmą. Zakładana liczba stanowisk pracujących równocześnie wynosi nie więcej niż 25.
2. Rozwiązanie oparte o jeden serwer główny systemu Comarch ERP XL z perspektywą dalszego rozwoju infrastruktury IT w krótkim czasie (maksymalnie 1-1,5 roku). Może być proponowane dla firm zaczynających pracę z mniejszą ilością stanowisk, a planujących zwiększenie ich liczby do 25 lub dla firm, które wdrażają system Comarch ERP XL.
3. Proponowane rozwiązanie zakłada, że ewentualni użytkownicy systemu Comarch ERP XL, którzy pracują zdalnie z wykorzystaniem usług terminalowych, działają na dedykowanym do tego celu serwerze. Pracę terminalową na serwerze bazy danych w przypadku obsługi przez nią więcej niż 15 równocześnie pracujących użytkowników należy traktować incydentalnie. Wymagana konfiguracja dla serwera terminali opisana jest w kolejnych rozdziałach.
4. Schematy mogące obrazować, to rozwiązanie zostały przedstawione na poniższych rysunkach. Wybór jednego z modeli zależy od potrzeb konkretnego klienta.
Schemat infrastruktury dla systemu Comarch ERP XL opartego na jednym serwerze z odrębnym serwerem domeny, plików i drukarekSchemat infrastruktury dla systemu Comarch ERP XL z dedykowanym serwerem aplikacji (serwer terminali)Schemat infrastruktury dla systemu Comarch ERP XL z dedykowanym serwerem analitycznym
Zalecana konfiguracja serwera
Poniższa Tabela przestawia Konfigurację serwera systemu Comarch ERP XL, wersja od 15 do 25 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1x Intel Xeon 4C 3.0GHz
RAM
16 GB
HDD
2 x SAS 300 GB 15k rpm
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID1 (2 x HDD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa Tabela przestawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 15 do 25 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa Tabela przestawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 15 do 25 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja od 26 do 50 użytkowników (miesięcznie 18000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o średniej infrastrukturze IT. Zakładana liczba stanowisk, które będą działać równocześnie, od samego początku wdrożenia będzie wynosić 25 – 50.
2. Proponowane rozwiązanie jest przeznaczone dla firm, które planują etapowy rozwój swojej infrastruktury IT w czasie nie dłuższym niż 1 rok. Może być proponowane tam, gdzie planuje się docelowo pracę do 50 użytkowników. W tym rozwiązaniu wszystkie inne usługi i funkcjonalności, takie jak: usługi terminalowe, serwer analityczny, serwer plików i drukarek powinny być obsługiwane przez dedykowany serwer lub serwery. Dopuszczalnym rozwiązaniem jest czasowe połączenie tych funkcjonalności i potraktowanie takiej sytuacji, jako tymczasowej, z zaplanowanym poszerzeniem liczby zainstalowanych serwerów.
3. Istotnym elementem wpływającym na wydajność jest również intensywność pracy, co przekłada się na ilość generowanych dziennie dokumentów (transakcji) w system Comarch ERP XL. W sytuacji, kiedy planowana liczba użytkowników mających pracować z systemem Comarch ERP XL będzie wynosić ok. 26 – 50, proponowana konfiguracja powinna umożliwić rozbudowę pozwalającą na zaspokojenie wymaganej moczy przetwarzania.
4. Schematy obrazujący to rozwiązanie, zostały przedstawione na poniższych rysunkach. Wybór konkretnego modelu zależy od potrzeb konkretnego klienta.
Schemat infrastruktury systemu Comarch ERP XL z uwzględnieniem rozdzielenie bazy transakcyjnej, bazy OLAP i usług terminalowych na odrębne serwerySchemat rozbudowanej infrastruktury systemu Comarch ERP XL z uwzględnieniem istniejącego środowiska oraz oddziałów firmy
Zalecana konfiguracja serwera
Poniższa Tabela przedstawia Konfigurację serwera systemu Comarch ERP XL, wersja od 25 do 50 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1x Intel Xeon 6C 2.4 GHz
RAM
32 GB
HDD
4 x SAS 300 GB 15k rpm
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID1 (2 x HDD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa Tabela przedstawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 25 do 50 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa Tabela przedstawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 25 do 50 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP - następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja dla od 51 do 80 użytkowników (miesięcznie 35000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o średniej i dużej infrastrukturze IT. Zakładana liczba stanowisk będzie wynosić około 51 – 80 użytkowników.
2. Proponowane rozwiązanie jest przeznaczone dla firm, które obsługują pracę wielu oddziałów i cechują się szybkim rozwojem infrastruktury IT.
3. Rozwiązanie zakłada, że inne funkcjonalności systemu takie jak serwery terminali, serwer analitycznych, serwer drukarek, plików oraz backupu działają na dedykowanych komputerach. Rozwiązanie takie jest przedstawione na Schemacie rozbudowanej infrastruktury systemu Comarch ERP XL z uwzględnieniem istniejącego środowiska oraz oddziałów firmy.
Zalecana konfiguracja serwera
Poniższa Tabela przedstawia Konfigurację serwera systemu Comarch ERP XL, wersja od 50 do 80 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1x Intel Xeon 6C 2.4 GHz
RAM
32 GB
HDD
4 x 240 GB SSD
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID10 (4 x SSD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa tabela przedstawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 50 do 80 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa tabela przedstawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 50 do 80 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja dla od 81 do 120 użytkowników (miesięcznie 60000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o średniej i dużej infrastrukturze IT. Zakładana liczba stanowisk będzie wynosić około 81 – 120 użytkowników.
2. Proponowane rozwiązanie jest przeznaczone dla firm, które obsługują pracę wielu oddziałów i cechują się szybkim rozwojem infrastruktury IT.
3. Rozwiązanie zakłada, że inne funkcjonalności systemu takie jak serwery terminali, serwer analitycznych, serwer drukarek, plików oraz backupu działają na dedykowanych komputerach. Rozwiązanie takie jest przedstawione na Schemacie rozbudowanej infrastruktury systemu Comarch ERP XL z uwzględnieniem istniejącego środowiska oraz oddziałów firmy.
Zalecana konfiguracja serwera
Poniższa tabela przedstawia Konfigurację serwera systemu Comarch ERP XL, wersja od 80 do 120 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1x Intel Xeon 8C 230 GHz
RAM
64 GB
HDD
4 x 480 GB SSD
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID10 (4 x SSD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL(klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa tabela przedstawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 80 do 120 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
• W przypadku SQL Server 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa tabela przedstawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 80 do 120 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja od 121 do 200 użytkowników (miesięcznie 100000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o średniej i dużej infrastrukturze IT. Zakładana liczba stanowisk będzie wynosić około 121 – 200 użytkowników.
2. Proponowane rozwiązanie jest przeznaczone dla firm, które obsługują pracę wielu oddziałów i cechują się szybkim rozwojem infrastruktury IT.
3. Rozwiązanie zakłada, że inne funkcjonalności systemu takie jak serwery terminali, serwer analitycznych, serwer drukarek, plików oraz backupu działają na dedykowanych komputerach. Rozwiązanie takie jest przedstawione na Schemacie rozbudowanej infrastruktury systemu Comarch ERP XL z uwzględnieniem istniejącego środowiska oraz oddziałów firmy.
Zalecana konfiguracja serwera
Poniższa tabela przedstawia Konfigurację serwera systemu Comarch ERP XL, wersja od 121 do 200 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
2x Intel Xeon 6C 3.0 GHz
RAM
96 GB
HDD
4 x 480 GB SSD
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID10 (4 x SSD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa tabela przedstawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 120 do 200 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa tabela przedstawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 120 do 200 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja od 201 do 300 użytkowników (miesięcznie 150000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o dużej infrastrukturze IT. Zakładana liczba stanowisk będzie wynosić około 201 – 300 użytkowników.
2. Proponowane rozwiązanie jest przeznaczone dla firm, które obsługują pracę wielu oddziałów i cechują się szybkim rozwojem infrastruktury IT.
3. Rozwiązanie zakłada, że inne funkcjonalności systemu takie jak serwery terminali, serwer analitycznych, serwer drukarek, plików oraz backupu działają na dedykowanych komputerach. Rozwiązanie takie jest przedstawione na Schemacie rozbudowanej infrastruktury systemu Comarch ERP XL z uwzględnieniem istniejącego środowiska oraz oddziałów firmy.
Zalecana konfiguracja serwera
Poniższa tabela przedstawia Konfigurację serwera systemu Comarch ERP XL, wersja od 200 do 300 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
2x Intel Xeon 8C 3.0 GHz
RAM
128 GB
HDD
6 x 480 GB SSD
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID10 (6 x SSD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa tabela przedstawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 200 do 300 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL
Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa tabela przedstawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 200 do 300 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja powyżej 301 użytkowników
Powyżej 301 użytkowników stosowana jest indywidualna wycena wymagań systemowych.
Konfiguracja serwera terminali
Charakterystyka
1. Serwer terminali jest rozwiązaniem zalecanym wszędzie tam, gdzie liczba zdalnych użytkowników pracujących równocześnie z systemem Comarch ERP XL za pośrednictwem usług terminalowych wynosi, powyżej 5. Zaleca się również, aby stosować serwer terminali zawsze, kiedy obciążenie serwera głównego (serwera SQL) jest na tyle duże, że uruchamianie na nim dodatkowych procesów w postaci aplikacji Comarch ERP XL może pogorszyć wydajność całego systemu.
2. Proponowane rozwiązanie zakłada, że pojedynczy użytkownik sesji terminalowej obciąża serwer w następujący sposób: około 200 MHz procesora przeznaczone na jedną sesję terminalową i około 400 MB pamięci RAM na jedną sesje terminalową z uruchomioną aplikacją Comarch ERP XL.
3. Pojedyncza sesja połączenia RDP wymaga łącza o przepustowości przynajmniej 80 kbps. Może się ono wahać od 5 kbps do około 150 kbps.
4. Proponowana konfiguracja nie zakłada, że serwer terminali pełni również rolę serwera plików dla pracujących na nim użytkowników. W sytuacji, kiedy takie rozwiązanie jest konieczne, należy zwiększyć liczbę wymaganych dysków twardych w stosunku do proponowanej poniżej.
Zalecana konfiguracja serwera terminali
Poniższa tabela przedstawia Konfigurację serwera terminali dla systemu Comarch ERP XL.
Zalecana konfiguracja serwera terminali
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1 – 2 x Intel Xeon Quad-Core 3.1 GHz
RAM
8 GB
HDD
2 x SAS 146 GB 15k rpm
Kontroler SCSI
Kontroler z obsługą RAID jest opcjonalny
Konfiguracja RAID
Dyski systemowe powinny być skonfigurowane jako dyski lustrzane (RAID1).
NIC
Interfejs sieciowy 100/1000 Mb/s (w zależności od całości infrastruktury)
Wymagane oprogramowanie serwera
Poniższa tabela przedstawia Wymagane oprogramowanie serwera terminali dla systemu Comarch ERP XL.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 Standard Edition
• Windows Server 2019 Standard Edition
• Windows Server 2022 Standard Edition
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Wymagane licencje na oprogramowanie
Poniższa tabela przedstawia Wymagane licencje na serwer terminali dla systemu Comarch ERP XL.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Przykładowe konfiguracje serwera terminali dla 15, 30, 45 i 120 użytkowników Comarch ERP XL
Poniższa tabela przedstawia Przykładową konfigurację serwera terminali dla 15 użytkowników Comarch ERP XL.
Przykładowa konfiguracja serwera terminali dla 15 użytkowników Comarch ERP XL
CPU
1 x Intel Xeon Quad Core 3.1 GHz
RAM
12 GB
HDD
2 x SAS 15 krpm
RAID
RAID 1
NIC
100 Mb/s
System operacyjny
Windows 2016 / 2019 / 2022 Standard Edition x64
Poniższa tabela przedstawia Przykładową konfigurację serwera terminali dla 30 użytkowników Comarch ERP XL.
Przykładowa konfiguracja serwera terminali dla 30 użytkowników Comarch ERP XL
CPU
1 x Intel Xeon Six Core 2.6 GHz
RAM
16 GB
HDD
2 x SAS 15 krpm
RAID
RAID 1
NIC
100 Mb/s
System operacyjny
Windows 2016 / 2019 / 2022 Standard Edition x64
Poniższa tabela przedstawia Przykładową konfigurację serwera terminali dla 45 użytkowników Comarch ERP XL.
Przykładowa konfiguracja serwera terminali dla 45 użytkowników Comarch ERP XL
CPU
2 x Intel Xeon Quad Core 3.1 GHz
RAM
24 GB
HDD
2 x SAS 15 krpm
RAID
RAID 1
NIC
100 Mb/s
System operacyjny
Windows 2016 / 2019 / 2022 Standard Edition x64
Poniższa tabela przedstawia Przykładową konfigurację serwera terminali dla 120 użytkowników Comarch ERP XL.
Przykładowa konfiguracja serwera terminali dla 120 użytkowników COMARCH ERP XL
CPU
2 x Intel Xeon Eight Core 2.6 GHz
RAM
64 GB
HDD
2 x SAS 15 krpm
RAID
RAID 1
NIC
100 Mb/s
System operacyjny
Windows 2016 / 2019 / 2022 Standard Edition x64
Wirtualizacja infrastruktury sprzętowej
Wirtualizacja umożliwia efektywniejsze wykorzystanie istniejących zasobów sprzętowych środowiska poprzez dowolne (w ramach możliwości sprzętowych czy programowych) modyfikowanie cech wirtualizowanych zasobów, dostosowując je do wymagań instalacji.
Wirtualizacja pozwala jednocześnie uruchomić wiele systemów operacyjnych na tej samej platformie sprzętowej i systemowej przy maksymalnej możliwej wydajności.
Zapewnia również konsolidację serwerów, czyli proces związany z optymalizacją stopnia zużycia posiadanego sprzętu komputerowego w celu redukcji kosztów ponoszonych przez przedsiębiorstwo na zapewnienie wysokiej dostępności przy równoczesnym zwiększeniu utylizacji posiadanego sprzętu.
Konsolidacja serwerów pozwala także na szybsze przywracanie kopii zapasowych systemów operacyjnych przy ewentualnych uszkodzeniach sprzętowych – zwirtualizowane systemy i oprogramowanie są niezależne od sprzętu, przez co ich przywrócenie może się odbyć na dowolny sprawny serwer. Pozwala to na skrócenie czasu przestoju spowodowanego brakiem dostępności danego serwera.
W dalszej cześć dokumentu przedstawione są przykładowe konfiguracje w instalacji zwirtualizowanej uwzględniające najczęściej występujące serwery składowe infrastruktury Comarch ERP XL. Przedstawione konfiguracje są przykładowe.
Konfiguracja do 25 użytkowników Comarch ERP XL
Poniższa tabela przedstawia Konfigurację wirtualnej infrastruktury systemu Comarch ERP XL, wersja do 25 użytkowników.
Konfiguracja do 25 użytkowników Comarch ERP XL
Maszyny wirtualne
Ilość VM
vCPU
Pamięć RAM [GB]
Przestrzeń dyskowa [GB]
Serwer MS SQL
1
6
12
80
Serwer terminali
1
4
12
80
Serwer Active Directory
1
2
4
50
Comarch B2B/Comarch HRM/Comarch DMS
1
2
4
80
Konfiguracja od 26 do 50 użytkowników Comarch ERP XL
Poniższa tabela przedstawia Konfigurację wirtualnej infrastruktury systemu Comarch ERP XL, wersja od 26 do 50 użytkowników.
Konfiguracja od 26 do 50 użytkowników Comarch ERP XL
Maszyny wirtualne
Ilość VM
vCPU
Pamięć RAM [GB]
Przestrzeń dyskowa [GB]
Serwer MS SQL
1
8
24
100
Serwer terminali
1
6
24
100
Serwer Active Directory
1
2
4
50
Comarch B2B/Comarch HRM/Comarch DMS
1
2
4
80
Konfiguracja od 51 do 100 użytkowników Comarch ERP XL
Poniższa tabela przedstawia Konfigurację wirtualnej infrastruktury systemu Comarch ERP XL, wersja od 51 do 100 użytkowników.
Konfiguracja od 51 do 100 użytkowników Comarch ERP XL
Maszyny wirtualne
Ilość VM
vCPU
Pamięć RAM [GB]
Przestrzeń dyskowa [GB]
Serwer MS SQL
1
10-14
32-48
200
Serwer terminali
2
4-6
24
150
Serwer Active Directory
1
2
4
50
Comarch B2B/Comarch HRM/Comarch DMS
1
2
4
80
Konfiguracja od 101 do 150 użytkowników Comarch ERP XL
Poniższa tabela przedstawia Konfigurację wirtualnej infrastruktury systemu Comarch ERP XL, wersja od 101 do 150 użytkowników.
Konfiguracja od 101 do 150 użytkowników Comarch ERP XL
Maszyny wirtualne
Ilość VM
vCPU
Pamięć RAM [GB]
Przestrzeń dyskowa [GB]
Serwer MS SQL
1
16
64
250
Serwer terminali
2
6
36
200
Serwer Active Directory
1
2
6
80
Comarch B2B/Comarch HRM/Comarch DMS
1
2
4
80
Zalecenia dotyczące stacji roboczych dla systemu Comarch ERP XL
Konfiguracja stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL w wersji 2025.0.0
Poniższa tabela przedstawia Konfigurację stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL w wersji 2025.0.0
Konfiguracja stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL w wersji 2025.0.0
Elementy
Zalecenia
CPU
Intel lub AMD o częstotliwości 1 GHz lub większej.
•Windows 10 x86/x64
• Windows 11 x86/x64
• Windows Server 2016 Standard Edition x86/x64
• Windows Server 2019 Standard Edition x86/x64
• Windows Server 2022 Standard Edition x86/x64
Uwagi
Przy planowaniu tworzenia infrastruktury opartej na domenie Windows 2016 / 2019 / 2022 zdecydowanie zaleca się system Windows 8 Pro/Enterprise, Windows 10 Pro/Enterprise, Windows 11 Pro/Enterprise.
Windows 8 i Windows 10, Windows 11 (nie PRO) nie ma możliwości podłączenia do domeny Windows i może pracować tylko w konfiguracji opartej na grupie roboczej.
Wymagania dodatkowe
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
Microsoft .NET Framework 4.7.2
Licencje
Wymagany jest zakup licencji na system operacyjny i licencje dostępowe CAL do serwera SQL.
Konfiguracja stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL na serwerze terminali
Poniższa tabela przedstawia Konfigurację stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL na serwerze terminali.
Konfiguracja stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL w wersji 2025.0.0
Elementy
Zalecenia
CPU
Intel lub AMD o częstotliwości 1 GHz lub większej.
• Windows 10 x86/x64
• Windows 11 x86/x64
• Windows Server 2016 Standard Edition x86/x64
• Windows Server 2019 Standard Edition x86/x64
• Windows Server 2022 Standard Edition x86/x64
Uwagi
Przy planowaniu tworzenia infrastruktury opartej na domenie Windows 2016 / 2019 / 2022 zdecydowanie zaleca się system Windows 8 Pro/Enterprise, Windows 10 Pro/Enterprise, Windows 11 Pro/Enterprise.
Windows 8 i Windows 10, Windows 11 (nie PRO) nie ma możliwości podłączenia do domeny Windows i może pracować tylko w konfiguracji opartej na grupie roboczej.
Wymagania dodatkowe
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
Microsoft .NET Framework 4.7.2
Licencje:
Wymagany jest zakup licencji na system operacyjny i licencje dostępowe CAL do serwera SQL.
Dodatkowe wymagane elementy infrastruktury
Wymagania dotyczące sieci LAN
Dla poprawnego i wydajnego działania systemu Comarch ERP XL zaleca się, aby połączenia stacji roboczych PC z serwerem bazowały na przełączniku sieci LAN (ang. ethernet switch). Zastosowany sprzęt w postaci przełączników i kart sieciowych powinien gwarantować możliwość pracy sieci z przepustowością 1 Gb/s Full Duplex. W sytuacji rozbudowanej infrastruktury serwerów oraz w przypadku wykonywanie kopii zapasowej baz danych, systemów plikowych przez sieć LAN, na jeden wspólny, do którego podłączone jest urządzenie taśmowe, zaleca się połączenie serwerów siecią LAN o przepustowości 10Gb/s. Na schematach przedstawionych w ramach niniejszego dokumentu zakłada się, że w infrastrukturze jest przynajmniej jedno urządzenie taśmowe podłączone do jednego z serwerów. W przypadku rozbudowanej infrastruktury (min. 2 serwery) zaleca się, aby napęd taśmowy był podłączony do innego serwera, niż serwer główny (serwera bazy danych) systemu Comarch ERP XL.
Wymagania dotyczące bezpiecznej komunikacji z wykorzystaniem sieci Internet
W przypadku podłączenia centrali firmy do sieci Internet, bardzo istotnym elementem jest zabezpieczenie sieci LAN (serwera/serwerów, stacji roboczych) przed niepowołanym dostępem do jej zasobów z zewnątrz. W celu zapewnienia wymaganego bezpieczeństwa, konieczne jest stosowanie dedykowanych urządzeń lub serwerów spełniających rolę ściany ogniowej (ang. firewall). Dodatkowym elementem funkcjonalnym tego rozwiązania może być możliwość konfigurowania prywatnych sieci wirtualnych – tuneli VPN. Zalecane środki bezpieczeństwa wymagane w przypadku nawiązywania komunikacji pomiędzy oddziałami, filiami, użytkownikami mobilnymi, a centralą firmy, np. za pośrednictwem usług terminalowych. W prezentowanych schematach obrazujących działanie infrastruktury systemu Comarch ERP XL założono, że filia jest jednostanowiskowym oddziałem, a do zabezpieczenia komunikacji z centralą wykorzystywane jest połączenie szyfrowane zestawiane pomiędzy urządzeniami sieciowymi lub zaporami ogniowymi (ang. firewalls).
W przypadku użytkowników mobilnych, ochrona jest zapewniona za pomocą oprogramowania typu Personal Firewall.
W celu zapewnienia szyfrowanej komunikacji z centralą firmy, wykorzystuje się możliwość konfiguracji kanałów VPN za pomocą dedykowanego oprogramowanie (klienta VPN), zainstalowane na stacji roboczej Kanał taki, może zostać zestawiony z systemem firewall lub z serwerem VPN. W celu utrzymania czytelności i przejrzystości prezentowanych schematów, nie wyodrębniono na nich przypadków z dedykowanym serwerem VPN.
W przypadku oddziałów posiadających więcej niż jedną stacje roboczą uzasadnionym jest zabezpieczenie zasobów oddziału w analogiczny sposób jak centralę firmy, tzn. za pomocą dedykowanego urządzenia z funkcją firewall.
Wymagania dotyczące zabezpieczenia zasilania
Istotnym elementem działania całej infrastruktury sprzętowej, który wprost nie został uwzględniony w przedstawionych w niniejszym dokumencie konfiguracjach i schematach, jest zabezpieczenie zasilania serwerów, napędów taśmowych oraz urządzeń sieciowych. Realizacja takiej funkcjonalności jest możliwa przez instalacje urządzeń typ UPS.
Schematy infrastruktury systemu Comarch ERP XL
Pojęcia użyte w schematach:
Serwer Comarch ERP XL – główny serwer systemu zawierający serwer bazy danych MS SQL.
Serwer aplikacji Comarch ERP XL – serwer usługi terminalowej MS Windows, na którym za pośrednictwem sesji zdalnych jest uruchamiana aplikacja Comarch ERP XL.
Serwery Analityczny – serwer usług analitycznych – BI, niezbędnych do działania modułu Controllingu systemu Comarch ERP XL.
Serwery dedykowane dla systemu Comarch ERP XL – wyróżniony fragment infrastruktury dedykowanej dla systemu, w sytuacji wdrażania rozwiązania wykorzystującego istniejące serwery.
VPN over WAN – połączenie szyfrowane poprzez sieć Internet.
VPN over LAN – połączenie szyfrowane w fragmencie niechronionej sieci LAN.
Filia – oddział z jedną stacją roboczą.
Oddział – oddział, z co najmniej 2 stacjami roboczymi.
Dostęp mobilny – Dostęp z komputerów przenośnych lub stacjonarnych wykorzystujących programowe zestawianie łącza VPN z centralą firmy, niezależnie od miejsca podłączenia do sieci Internet.
Zmiany techniczne wprowadzone w wersji Comarch ERP XL 2025.0
W niniejszym dokumencie zostały opisane najważniejsze zmiany techniczne wprowadzone w systemie Comarch ERP XL w wersji 2025.0.0 w porównaniu do wersji Comarch ERP XL 2024.1.0.
Z dokumentem należy zapoznać się przed konwersją baz produkcyjnych Klientów do wersji Comarch ERP XL 2025.0.0.
Jeżeli konwersja jest przeprowadzana z wersji wcześniejszych niż wersja Comarch ERP XL 2024.1.0, należy zapoznać się z poprzednimi dokumentami o zmianach technicznych.
Uwaga
Od wersji Comarch ERP XL 2022.1.0 konwersję można bezpośrednio przeprowadzić od wersji Comarch ERP XL 2018.0.0. Jeżeli konwersja przeprowadzana jest z wersji niższych konieczne będzie zrobienie tego w dwóch krokach. Najpierw należy podnieść wersję bazy do wersji pomiędzy Comarch ERP XL 2018.0.0 a 2022.0.0, następnie przeprowadzić konwersję bazy do wersji Comarch ERP XL 2022.1.0 i wyższych.
Uwaga
Jeżeli konwersja zostanie przeprowadzona na wersji Systemu Comarch ERP XL bez wgranych poprawek bezpieczeństwa, należy postępować zgodnie z instrukcją: “Comarch ERP XL 2020.2.2 – Comarch ERP XL 2023.0, pakiet bezpieczeństwa”. Jest ona dostępna na stronach dla Partnerów oraz Klientów. Wersje z dostępnymi pakietami bezpieczeństwa:
2023.2, 2023.1 odpowiednio jako wersje HF 2023.2.2, 2023.1.5
2023.0, 2022.1, 2022.0.2, 2021.1, 2021.0.2, 2020.2.3, 2020.2.2 jako pakiety zmian.
Uwaga
Od wersji Comarch ERP XL 2024.1 zmieniono sposób komunikacji z serwerem SQL odpowiedzialnym za obsługę klucza licencji. Przy konwersji, w trakcie podpinania lub przy kreacji bazy danych, Użytkownik zostanie poproszony o podanie danych Użytkownika SQL (z uprawnieniami administratora) i określenie parametrów dotyczących szyfrowania połączenia z serwerem klucza.
Uwaga
Od wersji Comarch ERP XL 2025.0 udostępniony został nowy instalator msi.
Wspólne
Wersje aplikacji współpracujących z systemem Comarch ERP XL 2025.0.0
Aplikacja
Wersja
Uwagi
Comarch IBARD
6.13.2.0
Comarch e-Sklep
2025.0
Comarch B2B
Informacja w dokumentacji nowej wersji
Comarch Mobile
(Zarządzanie, Sprzedaż, Monitorowanie, Serwis)
2024.3.1 lub wyższa
Comarch WMS
(Zarządzanie, Magazynier)
2025.0.0
Comarch Magazynier
2024.0.0
Comarch ERP XL HR
2025.1.1
Comarch HRM
2025.0.1
Comarch DMS
(stacjonarny, WWW)
2024.3.1
Comarch ERP XL Business Intelligence
(Księga raportów, Panel zarządzania, Konfigurator)
2025.0
Comarch ERP XL Business Intelligence
(BI Point)
2024.1
Migracja danych XL2XML
12.0
Comarch MES
2025.0
Comarch e-Sprawozdania
2024.1.1
Comarch POS
2024.5
Comarch Shipping
Aktualna wersja shipping.comarch.com
Comarch Apfino
Aktualna wersja apfino.pl
Comarch sPrint
2024.2.0025
Comarch APS
2024.1
Comarch WEB POS
2025.0
Nowa platforma programistyczna do wersji Comarch ERP XL 2025.0.0
Dotychczas System Comarch ERP XL był udostępniany w wersji tworzonej na platformie programistycznej Clarion 8. Od wersji 2017.0.0 System Comarch ERP XL przygotowywany jest na nowej platformie Clarion 10.
Pole bazodanowe TrP_Rodzaj nie przechowuje już informacji o rodzaju prolongaty. Rodzaj prolongaty znajduje się w nowym polu TrP_ProlRodzaj.
Pole bazodanowe TrP_PrleLp jest przestarzałe i niedługo zostanie usunięte. Powiązanie między GIDLp płatności z elementem prolongaty znajduje się w tabeli CDN.ProlongElem w polu PRLE_TrPKomLp lub PRLE_TrPKonLp w zależności od tego, czy jest to płatność kompensująca, czy nowa płatność prolongaty. Powiązanie między płatnością a kosztem prolongaty lub jej odsetkami znajduje się w tabeli CDN.ProlongNag w polach PRLN_TrPOdsLp oraz PRLN_TrPKosztLp.
Import przelewów bankowych
Usunięte zostało odwołanie się do procedury CDN.IdentyfikatorPodmiotu podczas importu zapisów k/b z wyjątkiem pozycji „Identyfikator podmiotu” w ręcznej definicji formatu przelewu. Do ręcznego rozpoznawania kontrahentów przy imporcie przelewów za pomocą procedury SQL, należy wykorzystać nową procedurę CDN.IdentyfikatorPodmiotuZWyciagu, która agreguje wszystkie dane przeczytane z wyciągu.
API zewnętrzne
Dodane funkcje API zewnętrznego
Szczegóły dotyczące pól oraz funkcji znajdują się w dokumentacji API.
XLProdSpinajNietechnologiczna
Dodane pola:
Wersja
PCZPoprzedniaId
PCZNastepnaId
Tryb
ZrodloTyp
WyrobId
SurowiecId
XLDokumentAWDPrzedMMPInfo_20250
Funkcja udostępniona tylko na potrzeby wewnętrzne.
Zmiany w funkcjach API zewnętrznego
Szczegóły dotyczące pól oraz funkcji znajdują się w dokumentacji API.
XLLogin
Dodane pola:
KluczAPI
XLNowyPracownik
Zmienione pola:
KontoKs1
KontoKs2
KontoKs3
KontoKs4
KontoKs5
XLNowyDokumentMag
Dodane pola:
AWDDoMMP
XLDodajPozycjeMag
Dodane pola:
PozycjaDlaAWDPrzedMMP
XLDodajSubPozycjeMag
Dodane pola:
SubPozycjaDlaAWDPrzedMMP
XLNowyKontrahent
Dodane pola:
CharsetANSI
XLNowyAdres
Dodane pola:
NieSprawdzajNIP (Pole jeszcze nieobsługiwane)
CharsetANSI
XLZmienAdres
Dodane pola:
NieSprawdzajNIP (Pole jeszcze nieobsługiwane)
CharsetANSI
XLDodajOsobeKontrahenta
Dodane pola:
CharsetANSI
XLNowyKontrahentSQL
Dodane pola:
CharsetANSI
XLDodajCzynnoscDoProcesuProd
Dodane pola:
Kod
Nazwa
Jednostka
XLDodajZasobDoCzynnosciProd
Dodane pola:
PolproduktPlanowanyId
NietechnologicznyId
XLProdDodajZabiegNaRealizacje
Dodane pola:
ZabiegId
Zmiany w strukturze bazy danych
Dodane Tabele
CDN.EsgDokumentyObiekty
CDN.EsgDokumentyObiekty
Nazwa pola
Rodzaj operacji
Uwagi
EsgD_Id
Dodanie
Szczegóły – dokumentacja tabel
EsgD_Kod
Dodanie
Szczegóły – dokumentacja tabel
EsgD_Nazwa
Dodanie
Szczegóły – dokumentacja tabel
EsgD_Opis
Dodanie
Szczegóły – dokumentacja tabel
EsgD_ObszarESG
Dodanie
Szczegóły – dokumentacja tabel
EsgD_Archiwalny
Dodanie
Szczegóły – dokumentacja tabel
EsgD_DABId
Dodanie
Szczegóły – dokumentacja tabel
EsgD_ObiNumer
Dodanie
Szczegóły – dokumentacja tabel
EsgD_ObiTyp
Dodanie
Szczegóły – dokumentacja tabel
CDN.EsgOcenaObiekty
CDN.EsgOcenaObiekty
Nazwa pola
Rodzaj operacji
Uwagi
EsgO_Id
Dodanie
Szczegóły – dokumentacja tabel
EsgO_WartoscE
Dodanie
Szczegóły – dokumentacja tabel
EsgO_WartoscS
Dodanie
Szczegóły – dokumentacja tabel
EsgO_WartoscG
Dodanie
Szczegóły – dokumentacja tabel
EsgO_WartoscSrednia
Dodanie
Szczegóły – dokumentacja tabel
EsgO_ObiNumer
Dodanie
Szczegóły – dokumentacja tabel
EsgO_ObiTyp
Dodanie
Szczegóły – dokumentacja tabel
CDN.EsgPojazdy
CDN.EsgPojazdy
Nazwa pola
Rodzaj operacji
Uwagi
EsgP_Id
Dodanie
Szczegóły – dokumentacja tabel
EsgP_SaMId
Dodanie
Szczegóły – dokumentacja tabel
EsgP_RodzajPojazduId
Dodanie
Szczegóły – dokumentacja tabel
EsgP_RodzajPaliwaId
Dodanie
Szczegóły – dokumentacja tabel
EsgP_NormaSpalaniaId
Dodanie
Szczegóły – dokumentacja tabel
EsgP_SrednieSpalanie
Dodanie
Szczegóły – dokumentacja tabel
CDN.EsgStandard
CDN.EsgStandard
Nazwa pola
Rodzaj operacji
Uwagi
EsgS_Id
Dodanie
Szczegóły – dokumentacja tabel
EsgS_Pozycja
Dodanie
Szczegóły – dokumentacja tabel
EsgS_Nazwa
Dodanie
Szczegóły – dokumentacja tabel
EsgS_Opis
Dodanie
Szczegóły – dokumentacja tabel
CDN.EsgWskaznik
CDN.EsgWskaznik
Nazwa pola
Rodzaj operacji
Uwagi
Esg_Id
Dodanie
Szczegóły – dokumentacja tabel
Esg_Nazwa
Dodanie
Szczegóły – dokumentacja tabel
Esg_JednostkaId
Dodanie
Szczegóły – dokumentacja tabel
Esg_Predefiniowany
Dodanie
Szczegóły – dokumentacja tabel
Esg_Opis
Dodanie
Szczegóły – dokumentacja tabel
Esg_FormatCalkowite
Dodanie
Szczegóły – dokumentacja tabel
Esg_FormatPrecyzja
Dodanie
Szczegóły – dokumentacja tabel
CDN.EsgWskaznikObiekty
CDN.EsgWskaznikObiekty
Nazwa pola
Rodzaj operacji
Uwagi
EsgY_Id
Dodanie
Szczegóły – dokumentacja tabel
EsgY_EsgId
Dodanie
Szczegóły – dokumentacja tabel
EsgY_ObiNumer
Dodanie
Szczegóły – dokumentacja tabel
EsgY_ObiTyp
Dodanie
Szczegóły – dokumentacja tabel
CDN.EsgWskaznikObiektyKnt
CDN.EsgWskaznikObiektyKnt
Nazwa pola
Rodzaj operacji
Uwagi
EsgYK_Id
Dodanie
Szczegóły – dokumentacja tabel
EsgYK_ObiNumer
Dodanie
Szczegóły – dokumentacja tabel
EsgYK_ObiTyp
Dodanie
Szczegóły – dokumentacja tabel
EsgYK_KntNumer
Dodanie
Szczegóły – dokumentacja tabel
CDN.EsgWskaznikStandardy
CDN.EsgWskaznikStandardy
Nazwa pola
Rodzaj operacji
Uwagi
EsgX_Id
Dodanie
Szczegóły – dokumentacja tabel
EsgX_EsgId
Dodanie
Szczegóły – dokumentacja tabel
EsgX_EsgStandardId
Dodanie
Szczegóły – dokumentacja tabel
CDN.EsgWskaznikWartosci
CDN.EsgWskaznikWartosci
Nazwa pola
Rodzaj operacji
Uwagi
EsgW_Id
Dodanie
Szczegóły – dokumentacja tabel
EsgW_EsgYId
Dodanie
Szczegóły – dokumentacja tabel
EsgW_KntNumer
Dodanie
Szczegóły – dokumentacja tabel
EsgW_Wartosc
Dodanie
Szczegóły – dokumentacja tabel
CDN.KSecurityLogs
CDN.KSecurityLogs
Nazwa pola
Rodzaj operacji
Uwagi
Id
Dodanie
Szczegóły – dokumentacja tabel
License
Dodanie
Szczegóły – dokumentacja tabel
Value
Dodanie
Szczegóły – dokumentacja tabel
CDN.ProgiIloscApZestawy
CDN.ProgiIloscApZestawy
Nazwa pola
Rodzaj operacji
Uwagi
ZPIA_Id
Dodanie
Szczegóły – dokumentacja tabel
ZPIA_Nazwa
Dodanie
Szczegóły – dokumentacja tabel
ZPIA_Opis
Dodanie
Szczegóły – dokumentacja tabel
ZPIA_DostepnoscFlaga
Dodanie
Szczegóły – dokumentacja tabel
ZPIA_CzasModyfikacji
Dodanie
Szczegóły – dokumentacja tabel
CDN.ProlongElemOkresyOds
CDN.ProlongElemOkresyOds
Nazwa pola
Rodzaj operacji
Uwagi
PEOO_PrlnId
Dodanie
Szczegóły – dokumentacja tabel
PEOO_PrleLp
Dodanie
Szczegóły – dokumentacja tabel
PEOO_Kwota
Dodanie
Szczegóły – dokumentacja tabel
PEOO_TerminOd
Dodanie
Szczegóły – dokumentacja tabel
PEOO_TerminDo
Dodanie
Szczegóły – dokumentacja tabel
PEOO_StopaProcentowa
Dodanie
Szczegóły – dokumentacja tabel
PEOO_KwotaOdsetki
Dodanie
Szczegóły – dokumentacja tabel
PEOO_DniZwloki
Dodanie
Szczegóły – dokumentacja tabel
CDN.RodzajUpomnieniaApfinoZgody
CDN.RodzajUpomnieniaApfinoZgody
Nazwa pola
Rodzaj operacji
Uwagi
RUAZ_Id
Dodanie
Szczegóły – dokumentacja tabel
RUAZ_RodzicTyp
Dodanie
Szczegóły – dokumentacja tabel
RUAZ_RodzicLp
Dodanie
Szczegóły – dokumentacja tabel
RUAZ_IdentyfikatorApfino
Dodanie
Szczegóły – dokumentacja tabel
RUAZ_TypApfino
Dodanie
Szczegóły – dokumentacja tabel
RUAZ_Zaznaczona
Dodanie
Szczegóły – dokumentacja tabel
CDN.SrtOgraniczeniaNKUP
CDN.SrtOgraniczeniaNKUP
Nazwa pola
Rodzaj operacji
Uwagi
SON_SrtNumer
Dodanie
Szczegóły – dokumentacja tabel
SON_SrtLp
Dodanie
Szczegóły – dokumentacja tabel
SON_Miesiac
Dodanie
Szczegóły – dokumentacja tabel
SON_Rok
Dodanie
Szczegóły – dokumentacja tabel
SON_Stawka
Dodanie
Szczegóły – dokumentacja tabel
CDN.SrtZmianyKST
CDN.SrtZmianyKST
Nazwa pola
Rodzaj operacji
Uwagi
SZmK_SrtNumer
Dodanie
Szczegóły – dokumentacja tabel
SZmK_SrtLp
Dodanie
Szczegóły – dokumentacja tabel
SZmK_DataZmianyKST
Dodanie
Szczegóły – dokumentacja tabel
Zmiany w istniejących tabelach
CDN.Apfino
CDN.Apfino
Nazwa pola
Rodzaj operacji
Uwagi
Apf_TerminPlatnosci
Dodanie
Szczegóły – dokumentacja tabel
Apf_WyslanoAutoMail
Dodanie
Szczegóły – dokumentacja tabel
Apf_WyslanoAutomatycznie
Dodanie
Szczegóły – dokumentacja tabel
Apf_ZgloszonaKwota
Dodanie
Szczegóły – dokumentacja tabel
Apf_ZgloszonaKwotaWal
Dodanie
Szczegóły – dokumentacja tabel
CDN.Banki
CDN.Banki
Nazwa pola
Rodzaj operacji
Uwagi
Bnk_Konto
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.BilansOtwarciaElem
CDN.BilansOtwarciaElem
Nazwa pola
Rodzaj operacji
Uwagi
BOE_Konto
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.CDCCertyfikaty
CDN.CDCCertyfikaty
Nazwa pola
Rodzaj operacji
Uwagi
CDC_DataPrzypomnienia
Dodanie
Szczegóły – dokumentacja tabel
CDN.Dekrety
CDN.Dekrety
Nazwa pola
Rodzaj operacji
Uwagi
DT_KursKwotaSys
Dodanie
Szczegóły – dokumentacja tabel
DT_KwotaSys
Dodanie
Szczegóły – dokumentacja tabel
DT_PozostajeSys
Dodanie
Szczegóły – dokumentacja tabel
DT_Walutowy
Dodanie
Szczegóły – dokumentacja tabel
DT_WBuforze
Dodanie
Szczegóły – dokumentacja tabel
DT_Konto
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.DekretyFiltryElem
CDN.DekretyFiltryElem
Nazwa pola
Rodzaj operacji
Uwagi
DFE_WartoscElement
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.DokDefinicje
CDN.DokDefinicje
Nazwa pola
Rodzaj operacji
Uwagi
Dok_SpiKosztNieustalony
Dodanie
Szczegóły – dokumentacja tabel
CDN.FormBanNag
CDN.FormBanNag
Nazwa pola
Rodzaj operacji
Uwagi
FBN_DataDlaWyciagu
Dodanie
Szczegóły – dokumentacja tabel
CDN.FrmObiekty
CDN.FrmObiekty
Nazwa pola
Rodzaj operacji
Uwagi
FRO_DostepnaESklep
Dodanie
Szczegóły – dokumentacja tabel
FRO_FormaESklep
Dodanie
Szczegóły – dokumentacja tabel
CDN.FrmStruktura
CDN.FrmStruktura
Nazwa pola
Rodzaj operacji
Uwagi
FRS_Konto
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.ImpElem
CDN.ImpElem
Nazwa pola
Rodzaj operacji
Uwagi
ImE_CenaPoczatkowa
Dodanie
Szczegóły – dokumentacja tabel
ImE_Promocje
Dodanie
Szczegóły – dokumentacja tabel
ImE_Rabat
Dodanie
Szczegóły – dokumentacja tabel
ImE_RabatPromocyjny
Dodanie
Szczegóły – dokumentacja tabel
CDN.ImpNag
CDN.ImpNag
Nazwa pola
Rodzaj operacji
Uwagi
ImN_PromocjePar
Dodanie
Szczegóły – dokumentacja tabel
ImN_Rabat
Dodanie
Szczegóły – dokumentacja tabel
ImN_RabatKwota
Dodanie
Szczegóły – dokumentacja tabel
CDN.KksGrupyElem
CDN.KksGrupyElem
Nazwa pola
Rodzaj operacji
Uwagi
KGE_Konto
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.KluczeElem
CDN.KluczeElem
Nazwa pola
Rodzaj operacji
Uwagi
KGE_Konto
Zmiana
varchar(40), null, -> varchar(50), null,
CDN.KntAdresy
CDN.KntAdresy
Nazwa pola
Rodzaj operacji
Uwagi
KnA_KodPCDC
Dodanie
Szczegóły – dokumentacja tabel
KnA_KrajCDC
Dodanie
Szczegóły – dokumentacja tabel
KnA_MiastoCDC
Dodanie
Szczegóły – dokumentacja tabel
KnA_RegionCDC
Dodanie
Szczegóły – dokumentacja tabel
KnA_KontoDostawcy
Zmiana
varchar(30), null, -> varchar(50), null,
KnA_KontoOdbiorcy
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.KntKarty
CDN.KntKarty
Nazwa pola
Rodzaj operacji
Uwagi
Knt_AutoWindykacjaApfino
Dodanie
Szczegóły – dokumentacja tabel
Knt_KontoDostawcy
Zmiana
varchar(30), null, -> varchar(50), null,
Knt_KontoOdbiorcy
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.KntOsoby
CDN.KntOsoby
Nazwa pola
Rodzaj operacji
Uwagi
KnS_CharsetANSI
Dodanie
Szczegóły – dokumentacja tabel
CDN.KntWzorce
CDN.KntWzorce
Nazwa pola
Rodzaj operacji
Uwagi
KnW_AutoWindykacjaApfino
Dodanie
Szczegóły – dokumentacja tabel
KnW_KontoDostawcy
Zmiana
varchar(30), null, -> varchar(50), null,
KnW_KontoOdbiorcy
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.Konta
CDN.Konta
Nazwa pola
Rodzaj operacji
Uwagi
KKS_JPKKR_NiePokazuj
Dodanie
Szczegóły – dokumentacja tabel
KKS_Konto
Zmiana
varchar(30), null, -> varchar(50), null,
KKS_KontoOrd
Zmiana
varchar(30), null, -> varchar(50), null,
KKS_KZKonto
Zmiana
varchar(30), null, -> varchar(50), null,
KKS_NastKonto
Zmiana
varchar(50), null, -> varchar(70), null,
KKS_Nazwa
Zmiana
varchar(40), null, -> varchar(60), null,
KKS_Nazwa2
Zmiana
varchar(40), null, -> varchar(60), null,
KKS_SubKonto
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.KontaListaWybrane
CDN.KontaListaWybrane
Nazwa pola
Rodzaj operacji
Uwagi
KLW_KKSKonto
Zmiana
varchar(30), not null, -> varchar(50), not null,
KLW_KKSKontoOrd
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.KontaNazwy
CDN.KontaNazwy
Nazwa pola
Rodzaj operacji
Uwagi
KKZ_Nazwa
Zmiana
varchar(30), null, -> varchar(60), null,
CDN.KrajeCelne
CDN.KrajeCelne
Nazwa pola
Rodzaj operacji
Uwagi
KPC_KodNumeryczny
Dodanie
Szczegóły – dokumentacja tabel
CDN.KSeFDokumenty
CDN.KSeFDokumenty
Nazwa pola
Rodzaj operacji
Uwagi
KSF_NrWZSprzedawcy
Dodanie
Szczegóły – dokumentacja tabel
KSF_NrZamSprzedawcy
Dodanie
Szczegóły – dokumentacja tabel
CDN.Magazyny
CDN.Magazyny
Nazwa pola
Rodzaj operacji
Uwagi
MAG_Konto
Zmiana
varchar(30), null, -> varchar(50), null,
MAG_KontoInw
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.MagNag
CDN.MagNag
Nazwa pola
Rodzaj operacji
Uwagi
MaN_ZrdMMWNumer
Dodanie
Szczegóły – dokumentacja tabel
MaN_ZrdMMWTyp
Dodanie
Szczegóły – dokumentacja tabel
CDN.MagSElem
CDN.MagSElem
Nazwa pola
Rodzaj operacji
Uwagi
MaS_SubZrdMMWLp
Dodanie
Szczegóły – dokumentacja tabel
MaS_ZrdMMWFirma
Dodanie
Szczegóły – dokumentacja tabel
MaS_ZrdMMWLp
Dodanie
Szczegóły – dokumentacja tabel
MaS_ZrdMMWNumer
Dodanie
Szczegóły – dokumentacja tabel
MaS_ZrdMMWTyp
Dodanie
Szczegóły – dokumentacja tabel
CDN.MagSElemArc
CDN.MagSElemArc
Nazwa pola
Rodzaj operacji
Uwagi
AMaS_RezerwacjaZasobu
Dodanie
Szczegóły – dokumentacja tabel
AMaS_SubZrdMMWLp
Dodanie
Szczegóły – dokumentacja tabel
AMaS_ZrdMMWFirma
Dodanie
Szczegóły – dokumentacja tabel
AMaS_ZrdMMWLp
Dodanie
Szczegóły – dokumentacja tabel
AMaS_ZrdMMWNumer
Dodanie
Szczegóły – dokumentacja tabel
AMaS_ZrdMMWTyp
Dodanie
Szczegóły – dokumentacja tabel
CDN.OpeKarty
CDN.OpeKarty
Nazwa pola
Rodzaj operacji
Uwagi
Ope_ComarchB2B
Dodanie
Szczegóły – dokumentacja tabel
CDN.OpisWymSElem
CDN.OpisWymSElem
Nazwa pola
Rodzaj operacji
Uwagi
OWS_Element
Zmiana
varchar(30), null, -> varchar(255), null,
CDN.PicoKonfig
CDN. PicoKonfig
Nazwa pola
Rodzaj operacji
Uwagi
PcK_BlokadaFSBezNIP
Dodanie
Szczegóły – dokumentacja tabel
PcK_BlokadaFSPAdoZSOffline
Dodanie
Szczegóły – dokumentacja tabel
PcK_CenaZerowaTwr
Dodanie
Szczegóły – dokumentacja tabel
PcK_IgnorujTerminPlatZS
Dodanie
Szczegóły – dokumentacja tabel
PcK_MagStanyUjemne
Dodanie
Szczegóły – dokumentacja tabel
PcK_SprawdzanieZSwPOSAgent
Dodanie
Szczegóły – dokumentacja tabel
PcK_StatusPltZam
Dodanie
Szczegóły – dokumentacja tabel
CDN.PodzielnikSElem
CDN. PodzielnikSElem
Nazwa pola
Rodzaj operacji
Uwagi
PDS_Element
Zmiana
varchar(30), null, -> varchar(255), null,
CDN.PrcKarty
CDN.PrcKarty
Nazwa pola
Rodzaj operacji
Uwagi
Prc_KontoKs1
Zmiana
varchar(30), null, -> varchar(50), null,
Prc_KontoKs2
Zmiana
varchar(30), null, -> varchar(50), null,
Prc_KontoKs3
Zmiana
varchar(30), null, -> varchar(50), null,
Prc_KontoKs4
Zmiana
varchar(30), null, -> varchar(50), null,
Prc_KontoKs5
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.PicoKonfig
CDN. PicoKonfig
Nazwa pola
Rodzaj operacji
Uwagi
PDT_KontoCredit
Zmiana
varchar(30), null, -> varchar(50), null,
PDT_KontoCreditR
Zmiana
varchar(50), null, -> varchar(70), null,
PDT_KontoCTNazwa
Zmiana
varchar(40), null, -> varchar(60), null,
PDT_KontoDebet
Zmiana
varchar(30), null, -> varchar(50), null,
PDT_KontoDebetR
Zmiana
varchar(50), null, -> varchar(70), null,
PDT_KontoDTNazwa
Zmiana
varchar(40), null, -> varchar(60), null,
CDN.PrjStruktura
CDN.PrjStruktura
Nazwa pola
Rodzaj operacji
Uwagi
PRJ_Konto
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.ProdCzynnosci
CDN.ProdCzynnosci
Nazwa pola
Rodzaj operacji
Uwagi
PCZ_Jednostka
Dodanie
Szczegóły – dokumentacja tabel
PCZ_Kod
Dodanie
Szczegóły – dokumentacja tabel
PCZ_Nazwa
Dodanie
Szczegóły – dokumentacja tabel
CDN.ProdObiekty
CDN.ProdObiekty
Nazwa pola
Rodzaj operacji
Uwagi
POB_Opis
Dodanie
Szczegóły – dokumentacja tabel
POB_Konto
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.ProdTechnologiaCzynnosci
CDN.ProdTechnologiaCzynnosci
Nazwa pola
Rodzaj operacji
Uwagi
PTC_DzielenieCzasMin
Dodanie
Szczegóły – dokumentacja tabel
PTC_DzielenieCzasMinJedn
Dodanie
Szczegóły – dokumentacja tabel
PTC_DzielenieOdstepMax
Dodanie
Szczegóły – dokumentacja tabel
PTC_DzielenieOdstepMaxJedn
Dodanie
Szczegóły – dokumentacja tabel
PTC_PlanujNastepnyRoboczy
Dodanie
Szczegóły – dokumentacja tabel
CDN.ProdZasoby
CDN.ProdZasoby
Nazwa pola
Rodzaj operacji
Uwagi
PZA_Jednostka
Dodanie
Szczegóły – dokumentacja tabel
PZA_Kod
Dodanie
Szczegóły – dokumentacja tabel
PZA_Nazwa
Dodanie
Szczegóły – dokumentacja tabel
PZA_NietechnologicznyNumer
Dodanie
Szczegóły – dokumentacja tabel
CDN.ProgiIloscAp
CDN.ProgiIloscAp
Nazwa pola
Rodzaj operacji
Uwagi
PIA_DabId
Dodanie
Szczegóły – dokumentacja tabel
CDN.ProlongElem
CDN.ProlongElem
Nazwa pola
Rodzaj operacji
Uwagi
PRLE_TrPKomLp
Dodanie
Szczegóły – dokumentacja tabel
PRLE_TrPKonLp
Dodanie
Szczegóły – dokumentacja tabel
CDN.ProlongNag
CDN.ProlongNag
Nazwa pola
Rodzaj operacji
Uwagi
PRLN_TrPKosztLp
Dodanie
Szczegóły – dokumentacja tabel
PRLN_TrPOdsLp
Dodanie
Szczegóły – dokumentacja tabel
CDN.PrzeszacElem
CDN.PrzeszacElem
Nazwa pola
Rodzaj operacji
Uwagi
PSE_KontoCredit
Zmiana
varchar(30), null, -> varchar(50), null,
PSE_KontoDebet
Zmiana
varchar(30), null, -> varchar(50), null,
PSE_KontoZrd
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.Rejestry
CDN.Rejestry
Nazwa pola
Rodzaj operacji
Uwagi
KAR_KontoKasy
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.RodzajUpomnieniaParametryProcesow
CDN.RodzajUpomnieniaParametryProcesow
Nazwa pola
Rodzaj operacji
Uwagi
RUPP_CzyInneNaleznosciPoTerminieKnt
Dodanie
Szczegóły – dokumentacja tabel
CDN.SISDefinicjeKonta
CDN.SISDefinicjeKonta
Nazwa pola
Rodzaj operacji
Uwagi
SISK_Konto
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.Slowniki
CDN.Slowniki
Nazwa pola
Rodzaj operacji
Uwagi
SLW_Konto
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.SrtHistElem
CDN.SrtHistElem
Nazwa pola
Rodzaj operacji
Uwagi
SHE_NKUPKwota
Usunięcie
Szczegóły – dokumentacja tabel
SHE_PrzeszacowanieUstawowe
Usunięcie
Szczegóły – dokumentacja tabel
SHE_SKTId
Usunięcie
Szczegóły – dokumentacja tabel
CDN.SrtKarty
CDN.SrtKarty
Nazwa pola
Rodzaj operacji
Uwagi
Srt_NKUPOgraniczenie
Usunięcie
Szczegóły – dokumentacja tabel
Srt_WBudowie
Usunięcie
Szczegóły – dokumentacja tabel
Srt_JpkDodatkowyOdpisBil
Dodanie
Szczegóły – dokumentacja tabel
Srt_JpkDodatkowyOdpisPod
Dodanie
Szczegóły – dokumentacja tabel
Srt_JpkMetodaAm2
Dodanie
Szczegóły – dokumentacja tabel
Srt_JpkMetodaAm3
Dodanie
Szczegóły – dokumentacja tabel
Srt_JpkNieUwzgledniaj
Dodanie
Szczegóły – dokumentacja tabel
Srt_JpkTorBil
Dodanie
Szczegóły – dokumentacja tabel
Srt_JpkTorPod
Dodanie
Szczegóły – dokumentacja tabel
Srt_KontoAmB
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoAmP
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoAmTor3
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoAmTor4
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoAmTor5
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoGl
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoGlP
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoGlTor3
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoGlTor4
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoGlTor5
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoSTK
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoSTKP
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoSTKTor3
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoSTKTor4
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoSTKTor5
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoUm
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoUmP
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoUmTor3
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoUmTor4
Zmiana
varchar(30), null, -> varchar(50), null,
Srt_KontoUmTor5
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.SrtWzorce
CDN.SrtWzorce
Nazwa pola
Rodzaj operacji
Uwagi
SrW_JpkNieUwzgledniaj
Dodanie
Szczegóły – dokumentacja tabel
SrW_KontoAmB
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoAmP
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoAmTor3
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoAmTor4
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoAmTor5
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoGl
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoGlP
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoGlTor3
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoGlTor4
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoGlTor5
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoSTK
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoSTKP
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoSTKTor3
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoSTKTor4
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoSTKTor5
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoUm
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoUmP
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoUmTor3
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoUmTor4
Zmiana
varchar(30), null, -> varchar(50), null,
SrW_KontoUmTor5
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.StaKarty
CDN.StaKarty
Nazwa pola
Rodzaj operacji
Uwagi
Sta_ComarchB2B
Dodanie
Szczegóły – dokumentacja tabel
CDN.SymboleKont
CDN.SymboleKont
Nazwa pola
Rodzaj operacji
Uwagi
TrP_ProlObiFirma
Dodanie
Szczegóły – dokumentacja tabel
TrP_ProlObiLp
Dodanie
Szczegóły – dokumentacja tabel
CDN.TraPlat
CDN.TraPlat
Nazwa pola
Rodzaj operacji
Uwagi
TrP_ProlObiFirma
Dodanie
Szczegóły – dokumentacja tabel
TrP_ProlObiLp
Dodanie
Szczegóły – dokumentacja tabel
TrP_ProlObiNumer
Dodanie
Szczegóły – dokumentacja tabel
TrP_ProlObiTyp
Dodanie
Szczegóły – dokumentacja tabel
TrP_ProlRodzaj
Dodanie
Szczegóły – dokumentacja tabel
CDN.TwrKarty
CDN.TwrKarty
Nazwa pola
Rodzaj operacji
Uwagi
Twr_ZPIAId
Dodanie
Szczegóły – dokumentacja tabel
Twr_Konto1
Zmiana
varchar(30), null, -> varchar(50), null,
Twr_Konto2
Zmiana
varchar(30), null, -> varchar(50), null,
Twr_Konto3
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.TwrWzorce
CDN.TwrWzorce
Nazwa pola
Rodzaj operacji
Uwagi
TwW_ZPIAId
Dodanie
Szczegóły – dokumentacja tabel
TwW_Konto1
Zmiana
varchar(30), null, -> varchar(50), null,
TwW_Konto2
Zmiana
varchar(30), null, -> varchar(50), null,
TwW_Konto3
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.Urzedy
CDN.Urzedy
Nazwa pola
Rodzaj operacji
Uwagi
URZ_KontoKs1
Zmiana
varchar(30), null, -> varchar(50), null,
URZ_KontoKs2
Zmiana
varchar(30), null, -> varchar(50), null,
URZ_KontoKs3
Zmiana
varchar(30), null, -> varchar(50), null,
URZ_KontoKs4
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.WalNag
CDN.WalNag
Nazwa pola
Rodzaj operacji
Uwagi
WaN_KontoMinus
Zmiana
varchar(30), null, -> varchar(50), null,
WaN_KontoPlus
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.Wymiary
CDN.Wymiary
Nazwa pola
Rodzaj operacji
Uwagi
WMR_Konto
Zmiana
varchar(30), null, -> varchar(50), null,
WMR_Nazwa
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.Zapisy
CDN.Zapisy
Nazwa pola
Rodzaj operacji
Uwagi
KAZ_KontoPrzec
Zmiana
varchar(30), null, -> varchar(50), null,
KAZ_KontoPrzecR
Zmiana
varchar(50), null, -> varchar(70), null,
CDN.ZestKSDefKonta
CDN.ZestKSDefKonta
Nazwa pola
Rodzaj operacji
Uwagi
ZKDK_Konto
Zmiana
varchar(30), null, -> varchar(50), null,
Inne zmiany w strukturze bazy danych
Uwaga
W związku ze zmianami funkcji czy procedur mogą przestać działać wykonywane na etapie wdrożenia wydruki, wykresy, szybkie raporty czy inne niestandardowe dodatki, korzystające z wymienionych poniżej obiektów. W szczególności jeśli były one modyfikowane, zostaną zastąpione nowymi, zgodnymi z wersją Comarch ERP XL 2025.0.0 obiektami.
Przed przejściem produkcyjnym na wersję Comarch ERP XL 2025.0.0 należy sprawdzić działanie wszystkich dedykowanych rozwiązań występujących w instalacjach
Dostępne są dwie opcje instalacji: przez interfejs graficzny oraz z linii poleceń. Wybór trybu instalacji determinuje odpowiednią ścieżkę. Dla mniej doświadczonych Użytkowników zaleca się korzystanie z kreatora graficznego, natomiast dla tych, którzy często przeprowadzają instalacje na wielu maszynach, opcja z linii poleceń umożliwi szybsze wykonanie zadania.
Należy pobrać instalator na dysk lokalny, korzystając z linku udostępnionego na stronach dla partnerów. Po pobraniu pliku, należy go rozpakować i przejść do odpowiedniego katalogu.
Proces instalacji przez kreator graficzny (exe).
Uruchomienie kreatora instalacji Comarch ERP XL
W katalogu instalatora znajdują się pliki instalacyjne, w tym plik EXE, który uruchamia kreatora instalacji.
Katalog instalatora
Aby uruchomić kreator instalacji, należy kliknąć ikonę programu, a następnie zezwolić aplikacji na wprowadzenie zmian w systemie, klikając Tak w oknie potwierdzenia.
Zgoda na wprowadzenie zmian na urządzeniu
Informacja o instalacji
Po uruchomieniu kreatora, zostaniesz poprowadzony krok po kroku przez cały proces instalacji.
W pierwszym oknie wyświetlana jest informacja o celu instalacji. Na bieżącym oraz kolejnych ekranach dostępne są następujące opcje:
Aby powrócić do poprzedniego etapu, należy kliknąć Wstecz,
Aby przejść do następnego etapu, należy kliknąć Dalej,
Aby zakończyć instalację, należy wybrać przycisk Anuluj.
W niektórych przypadkach, aby kontynuować instalację, konieczne jest wypełnienie wymaganych pól w formularzu.
Okno instalatora - ekran powitalny
Warunki korzystania i gwarancji oprogramowania
Należy zapoznać się z warunkami korzystania oraz gwarancji. W przypadku ich akceptacji, konieczne jest zaznaczenie pola z wyrażeniem zgody. Po wykonaniu tego kroku, aby przejść do kolejnego etapu, należy kliknąć przycisk Dalej.
Okno instalatora - akceptacja warunków korzystania i gwarancji
Wybór instalacji
Na tym etapie należy wybrać typ instalacji. Opcja „Pełna” zainstaluje wszystkie dostępne moduły, natomiast opcja „Użytkownika” pozwala na wybór modułów, które mają zostać zainstalowane na komputerze.
Okno instalatora - typ instalacji
Wybór opcji „Użytkownika” spowoduje wyświetlenie pełnej listy dostępnych modułów. Konieczne jest zaznaczenie tych, które mają zostać zainstalowane, oraz odznaczenie tych, które nie będą potrzebne. Warto starannie dobrać zakres instalacji, aby Użytkownik miał dostęp do wszystkich niezbędnych narzędzi.
Okno instalatora - wybór modułów
Po kliknięciu „Dalej” lub wcześniejszym wyborze opcji instalacji „Pełna”, wyświetli się okno umożliwiające wybór miejsca docelowego instalacji.
Wybór katalogu instalacyjnego
Ścieżkę docelową można wpisać bezpośrednio w przygotowanym polu lub kliknąć przycisk obok ścieżki, aby wskazać lokalizację instalacji w nowym oknie.
Okno instalatora - wybór lokalizacji instalacji
Korzystając z opcji, w której wskazuje się miejsce docelowe, może być konieczne stworzenie osobnego katalogu. Aby to zrobić, należy kliknąć prawym przyciskiem myszy i wybrać opcję „Nowy folder”. Po utworzeniu folderu, zaleca się zmianę jego nazwy na bardziej intuicyjną (jak na przykład Comarch ERP XL 2025).
Następnie należy wejść do nowo utworzonego folderu i kliknąć Wybierz folder i przejść do kolejnego okna wybierając Dalej.
Dostosowanie ustawień instalacji
Na tym etapie możliwe jest dostosowanie kilku ustawień programu. Możemy zdecydować, czy chcemy aby:
aplikacja ma uruchamiać się automatycznie po włączeniu systemu,
utworzony skrót na pulpicie,
zainstalować Comarch IBard,
zainstalować pakiet Visual C++ Redistributable 2012, który jest niezbędny do prawidłowego działania oprogramowania.
Po dokonaniu odpowiedniego wyboru, należy kontynuować proces, klikając przycisk Dalej aby przejść do kolejnego etapu.
W ostatnim kroku należy kliknąć przycisk Zainstaluj, aby rozpocząć proces instalacji. Należy śledzić postęp instalacji, aż na ekranie pojawi się informacja o pomyślnym zakończeniu procesu.
Podsumowanie instalacji
Gdy proces instalacji dobiegnie końca, wyświetlona zostanie informacja o pomyślnym przebiegu instalacji. Należy zamknąć kreatora, klikając przycisk Zakończ. Po zakończeniu, zaleca się ponowne uruchomienie komputera.
Po ponownym uruchomieniu systemu możliwe będzie rozpoczęcie korzystania z oprogramowania.
Okno instalatora - podsumowanie instalacji
Proces instalacji z linii komend
Instalację oprogramowania można przeprowadzić zarówno za pomocą wiersza poleceń, jak i PowerShella. Obie opcje prowadzą do tego samego rezultatu, jednak korzystanie z wiersza poleceń jest prostsze, szczególnie dla mniej zaawansowanych Użytkowników, dlatego zaleca się tę metodę przy instalacji oprogramowania na komputerze lokalnym. PowerShell, mimo że wymaga bardziej złożonej składni, jest bardziej odpowiedni dla administratorów, którzy tworzą skrypty automatyzujące pracę lub planują przeprowadzenie instalacji zdalnie na innej maszynie.
Instalacja Comarch ERP XL 20205 z wiersza poleceń
Instalację aplikacji można przeprowadzić za pomocą narzędzia msiexec, które jest używane w wierszu poleceń systemu Windows. Jest to standardowe narzędzie do instalacji, konfiguracji i deinstalacji aplikacji opartych na pakietach MSI. Poniżej przedstawiono szczegóły, jak wykonać instalację przy użyciu tego narzędzia.
Otwórz wiersz poleceń:
Należy uruchomić wiersz poleceń z uprawnieniami administratora. Można to zrobić, klikając prawym przyciskiem myszy na ikonę Wiersz poleceń i wybierając opcję Uruchom jako administrator.
Uruchamianie Wiersza Poleceń w trybie administratora
Przygotuj polecenie instalacji:
Składnia polecenia msiexec jest następująca:
msiexec /i [ścieżka do pliku MSI] [opcje] [parametr instalacji]
msiexec.exe - program, który służy do instalacji aplikacji z plików .msi
/i - parametr wskazujący, że będzie przeprowadzona instalacja
W przypadku, gdy instalator MSI znajduje się w określonym folderze, należy podać pełną ścieżkę do pliku MSI.
Główne opcje instalacji:
APPDIR – Określa lokalizację, w której ma zostać zainstalowana aplikacja. Umożliwia instalację w niestandardowej lokalizacji.
ADDLOCAL – Określa, które moduły lub komponenty mają zostać zainstalowane. Można podać nazwę konkretnego modułu lub użyć ALL, aby zainstalować wszystkie dostępne komponenty.
Lista Prerequisites – zaleca się umieścić je jako pierwsze.
- ComarchERPXL
- VisualCpp2010
- NativeClient64 (dla systemów 64 bit)
- NativeClient32 (dla systemów 32 bit)
- ComarchIBard
- SQLXML3.0SP3
- ComarchSPrint
- CrystalReports
Lista modułów:
- Administrator
- Administratoroddzialow
- BusinessIntelligence
- ComarchERPXL
- CRM
- Import
- KontrolaJakosci
- Ksiegowosc
- Menedzerbaz
- Obiegdokumentow
- Produkcja
- Projekty
- Prostyinterfejsdoprodukcji
- RODO
- Serwerwydrukow
- Serwis
- Sprzedaz
- Sprzedazdetaliczna
- SrodkiTrwale
- Zamowienia
Wskazówka
Podczas określania nazw modułów w parametrze ADDLOCAL, należy pamiętać, aby nie dodawać spacji między nazwami modułów. Należy używać dokładnych nazw modułów, jak są one wymienione na liście, a same nazwy oddzielać przecinkami.
Opcja ADDLOCAL pozwala na określenie, które moduły lub komponenty mają zostać zainstalowane. Można podać nazwę konkretnego modułu, który ma być zainstalowany, lub użyć wartości ALL, aby zainstalować wszystkie dostępne komponenty.
Aby zainstalować aplikację przy użyciu PowerShella, należy użyć odpowiedniego polecenia, które uruchomi instalator .msi. Poniżej przedstawiono ogólną składnię oraz przykład użycia PowerShella do instalacji aplikacji.
Uruchamianie PowerShella
Należy uruchomić PowerShell z uprawnieniami administratora. Można to zrobić, klikając prawym przyciskiem myszy na ikonę Windows PowerShell i wybierając opcję Uruchom jako administrator.
Uruchamianie PowerShella w trybie administratoraPrzygotuj polecenie instalacji:
Składnia polecenia jest następująca:
Start-Process: polecenie które uruchamia nowy proces w systemie operacyjnym
msiexec.exe: Program, który służy do instalacji aplikacji z plików .msi.
-ArgumentList: Parametr, który pozwala przekazać listę argumentów (opcji) do uruchamianego procesu. W tym przypadku przekazujemy argumenty do msiexec.exe, takie jak /i, ścieżka do instalatora oraz inne parametry instalacji.
/i: Parametr wskazujący, że będzie przeprowadzona instalacja (tzw. instalator).
ścieżka\do\instalatora.msi: Pełna ścieżka do pliku instalacyjnego .msi
parametry_instalacji: Dodatkowe parametry instalacji, takie jak APPDIR, ADDLOCAL, /quiet itp. (mogą być wymienione w jednym ciągu, oddzielone spacjami).
W przypadku, gdy instalator MSI znajduje się w określonym folderze, należy podać pełną ścieżkę do pliku MSI.
Główne opcje instalacji:
APPDIR – Określa lokalizację, w której ma zostać zainstalowana aplikacja. Umożliwia instalację w niestandardowej lokalizacji.
ADDLOCAL – Określa, które moduły lub komponenty mają zostać zainstalowane. Można podać nazwę konkretnego modułu lub użyć ALL, aby zainstalować wszystkie dostępne komponenty.
Lista Prerequisites – zaleca się umieścić je jako pierwsze.
- ComarchERPXL
- VisualCpp2010
- NativeClient64 (dla systemów 64 bit)
- NativeClient32 (dla systemów 32 bit)
- ComarchIBard
- SQLXML3.0SP3
- ComarchSPrint
- CrystalReports
Lista modułów:
- Administrator
- Administratoroddzialow
- BusinessIntelligence
- ComarchERPXL
- CRM
- Import
- KontrolaJakosci
- Ksiegowosc
- Menedzerbaz
- Obiegdokumentow
- Produkcja
- Projekty
- Prostyinterfejsdoprodukcji
- RODO
- Serwerwydrukow
- Serwis
- Sprzedaz
- Sprzedazdetaliczna
- SrodkiTrwale
- Zamowienia
Wskazówka
Podczas określania nazw modułów w parametrze ADDLOCAL, należy pamiętać, aby nie dodawać spacji między nazwami modułów. Należy używać dokładnych nazw modułów, jak są one wymienione na liście, a same nazwy oddzielać przecinkami.
Opcja ADDLOCAL pozwala na określenie, które moduły lub komponenty mają zostać zainstalowane. Można podać nazwę konkretnego modułu, który ma być zainstalowany, lub użyć wartości ALL, aby zainstalować wszystkie dostępne komponenty.
Aby przeprowadzić zdalną instalację na innych komputerach, należy skorzystać z polecenia Invoke-Command. Wskazanie komputerów, na których ma zostać uruchomiony proces, odbywa się poprzez określenie ich nazw w parametrze -ComputerName. Następnie, wewnątrz bloku skryptu -ScriptBlock, należy umieścić odpowiednie polecenie instalacyjne. Przykładowa składnia komendy wygląda następująco:
Inną możliwością zdalnej instalacji jest bezpośrednie zalogowanie się na wybraną maszynę za pomocą komendy Enter-PSSession, a następnie uruchomienie komendy instalacji na tej maszynie. W tym celu należy najpierw ustanowić sesję PowerShell na zdalnym komputerze, a następnie wykonać odpowiednie polecenie instalacyjne.
Jeżeli instalacja ma odbywać się ze ścieżki sieciowej, konieczne może być wcześniejsze nawiązanie połączenia z tą ścieżką. Po zalogowaniu się na maszynę zdalną, przed rozpoczęciem instalacji, należy utworzyć połączenie z odpowiednią ścieżką sieciową. Po zakończeniu instalacji, należy zerwać połączenie z tą ścieżką.
net use "\\serwer\ścieżka\do\plików" /user:[username] [password]
net use "\\serwer\ścieżka\do\plików" /delete
Comarch ERP XL 2024.1
Zalecenia dotyczące budowania infrastruktury sprzętowej Systemu Comarch ERP XL 2024.1
Zalecenia dotyczące budowy infrastruktury sprzętowo-programowej dla systemu Comarch ERP XL
Celem niniejszego dokumentu jest określenie zaleceń pomocnych przy budowie efektywnej infrastruktury dla systemu Comarch ERP XL, opartej na technologii firmy Microsoft oraz platformie sprzętowej bazującej na procesorach firmy Intel lub AMD.
W związku z faktem, że odbiorcami system Comarch ERP XL są firmy o różnej wielkości, począwszy od kilku, a skończywszy na paruset stanowiskach, każda z nich będzie stawiała inne wymagania dotyczące budowanej infrastruktury. Zebrane poniżej informacje zostały usystematyzowane w taki sposób, aby mogły stanowić dla klientów oraz integratorów systemu Comarch ERP XL, poradnik będący pomocą przy efektywnym doborze wymaganego sprzętu oraz oprogramowania. Podane liczby użytkowników systemu Comarch ERP XL dla określonych konfiguracji sprzętowych należy traktować orientacyjnie. Rozumiemy przez to, że platforma sugerowana dla 30-40 użytkowników, może obsłużyć również większą ich liczbę. Należy jednak zawsze mieć świadomość istniejącej granicy wydajności dla danej platformy sprzętowej i ograniczonej możliwości jej rozbudowy. Szczególnie jest to ważne w przypadku firm dynamicznie rozwijających się, które powiększają swój personel, a tym samym zwiększają liczbą równocześnie pracujących użytkowników systemu Comarch ERP XL. W takiej sytuacji, szansą na minimalizację całkowitych kosztów ponoszonych na inwestycje związane z zapewnieniem wydajnej infrastruktury sprzętowej jest trafny wybór początkowego rozwiązania, dającego się skalować w perspektywie 2-3 lat.
Wymagania dotyczące konfiguracji serwera lub serwerów, na których będzie pracował system Comarch ERP XL, zależą od takich czynników jak:
liczba równocześnie pracujących użytkowników,
liczba generowanych dokumentów,
wykorzystanie usług terminalowych do uruchamiania aplikacji Comarch ERP XL.
W celu przedstawienia przykładowych konfiguracji, przyjęto ilość równocześnie pracujących użytkowników systemu Comarch ERP XL jako podstawowy element klasyfikacji.
Serwer obsługujący transakcyjną bazę danych MS SQL Server
Serwer bazy danych jest dedykowaną maszyną z zainstalowanym oprogramowaniem relacyjnej bazy danych MS SQL Server (2016 / 2017 / 2019 / 2022), która zapewnia transakcyjność wykonywanych operacji oraz przechowuje dane generowane za pośrednictwem systemu Comarch ERP XL.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Zaleca się, aby serwer ten nie pełnił dodatkowych funkcji (np. serwera aplikacji, serwera plików, itp.), wówczas wydajność silnika baz danych będzie najwyższa.
Zalecana konfiguracja minimalna do 15 użytkowników (miesięcznie 5000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone do pracy w firmach o niewielkiej infrastrukturze IT, wspomagającej procesy zarządzania firmą. W większości przypadków jest to równoznaczne z mała ilość użytkowników i komputerów PC.
Rozwiązanie opiera się na instalacji jednego, głównego serwera systemu Comarch ERP XL, który może ewentualnie pełnić dodatkowo rolę kontrolera domeny, serwera usług sieciowych takich jak: DHCP i DNS, serwera drukarek i umożliwiać współdzielenie zasobów plikowych (w takich przypadkach obciążenie serwera może być o wiele większe i należy to brać pod uwagę przy planowaniu infrastruktury).
2. Dopuszczalna jest niewielka liczba użytkowników (nie więcej niż 15) pracujących za pośrednictwem usług terminalowych na serwerze SQL systemu Comarch ERP XL.
3. Brak przewidywanego dużego rozwoju infrastruktury IT w okresie 1-2 lat, przez duży rozwój należy rozumieć np. wzrost liczby równocześnie pracujących użytkowników, co najmniej o 50-100%, zwiększenie liczby użytkowników pracujących za pośrednictwem usług terminalowych, wykorzystanie usług analitycznych OLAP itp.
4. Schemat obrazujący rozwiązanie przedstawia poniższy rysunek.
Schemat infrastruktury systemu Comarch ERP XL opartej na jednym serwerze
Zalecana konfiguracja serwera
Poniższa Tabela przestawia Konfigurację serwera systemu Comarch ERP XL, wersja do 15 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1x Intel Xeon 4C 2.4 GHz
RAM
8 GB
HDD
2 x SAS 146 GB 15k rpm
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID1 (2 x HDD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa Tabela przestawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja do 15 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacja MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2016 /2017 / 2019 / 2022
Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa Tabela przestawia Wymagane licencje dla systemu Comarch ERP XL, wersja do 15 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/ 2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja od 16 do 25 użytkowników (miesięcznie 10000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o małej lub średniej infrastrukturze IT, wspomagającej procesy zarządzania firmą. Zakładana liczba stanowisk pracujących równocześnie wynosi nie więcej niż 25.
2. Rozwiązanie oparte o jeden serwer główny systemu Comarch ERP XL z perspektywą dalszego rozwoju infrastruktury IT w krótkim czasie (maksymalnie 1-1,5 roku). Może być proponowane dla firm zaczynających pracę z mniejszą ilością stanowisk, a planujących zwiększenie ich liczby do 25 lub dla firm, które wdrażają system Comarch ERP XL.
3. Proponowane rozwiązanie zakłada, że ewentualni użytkownicy systemu Comarch ERP XL, którzy pracują zdalnie z wykorzystaniem usług terminalowych, działają na dedykowanym do tego celu serwerze. Pracę terminalową na serwerze bazy danych w przypadku obsługi przez nią więcej niż 15 równocześnie pracujących użytkowników należy traktować incydentalnie. Wymagana konfiguracja dla serwera terminali opisana jest w kolejnych rozdziałach.
4. Schematy mogące obrazować, to rozwiązanie zostały przedstawione na poniższych rysunkach. Wybór jednego z modeli zależy od potrzeb konkretnego klienta.
Schemat infrastruktury dla systemu Comarch ERP XL opartego na jednym serwerze z odrębnym serwerem domeny, plików i drukarekSchemat infrastruktury dla systemu Comarch ERP XL z dedykowanym serwerem aplikacji (serwer terminali)Schemat infrastruktury dla systemu Comarch ERP XL z dedykowanym serwerem analitycznym
Zalecana konfiguracja serwera
Poniższa Tabela przestawia Konfigurację serwera systemu Comarch ERP XL, wersja od 15 do 25 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1x Intel Xeon 4C 3.0GHz
RAM
16 GB
HDD
2 x SAS 300 GB 15k rpm
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID1 (2 x HDD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa Tabela przestawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 15 do 25 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa Tabela przestawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 15 do 25 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja od 26 do 50 użytkowników (miesięcznie 18000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o średniej infrastrukturze IT. Zakładana liczba stanowisk, które będą działać równocześnie, od samego początku wdrożenia będzie wynosić 25 – 50.
2. Proponowane rozwiązanie jest przeznaczone dla firm, które planują etapowy rozwój swojej infrastruktury IT w czasie nie dłuższym niż 1 rok. Może być proponowane tam, gdzie planuje się docelowo pracę do 50 użytkowników. W tym rozwiązaniu wszystkie inne usługi i funkcjonalności, takie jak: usługi terminalowe, serwer analityczny, serwer plików i drukarek powinny być obsługiwane przez dedykowany serwer lub serwery. Dopuszczalnym rozwiązaniem jest czasowe połączenie tych funkcjonalności i potraktowanie takiej sytuacji, jako tymczasowej, z zaplanowanym poszerzeniem liczby zainstalowanych serwerów.
3. Istotnym elementem wpływającym na wydajność jest również intensywność pracy, co przekłada się na ilość generowanych dziennie dokumentów (transakcji) w system Comarch ERP XL. W sytuacji, kiedy planowana liczba użytkowników mających pracować z systemem Comarch ERP XL będzie wynosić ok. 26 – 50, proponowana konfiguracja powinna umożliwić rozbudowę pozwalającą na zaspokojenie wymaganej moczy przetwarzania.
4. Schematy obrazujący to rozwiązanie, zostały przedstawione na poniższych rysunkach. Wybór konkretnego modelu zależy od potrzeb konkretnego klienta.
Schemat infrastruktury systemu Comarch ERP XL z uwzględnieniem rozdzielenie bazy transakcyjnej, bazy OLAP i usług terminalowych na odrębne serwerySchemat rozbudowanej infrastruktury systemu Comarch ERP XL z uwzględnieniem istniejącego środowiska oraz oddziałów firmy
Zalecana konfiguracja serwera
Poniższa Tabela przedstawia Konfigurację serwera systemu Comarch ERP XL, wersja od 25 do 50 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1x Intel Xeon 6C 2.4 GHz
RAM
32 GB
HDD
4 x SAS 300 GB 15k rpm
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID1 (2 x HDD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa Tabela przedstawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 25 do 50 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa Tabela przedstawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 25 do 50 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP - następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja dla od 51 do 80 użytkowników (miesięcznie 35000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o średniej i dużej infrastrukturze IT. Zakładana liczba stanowisk będzie wynosić około 51 – 80 użytkowników.
2. Proponowane rozwiązanie jest przeznaczone dla firm, które obsługują pracę wielu oddziałów i cechują się szybkim rozwojem infrastruktury IT.
3. Rozwiązanie zakłada, że inne funkcjonalności systemu takie jak serwery terminali, serwer analitycznych, serwer drukarek, plików oraz backupu działają na dedykowanych komputerach. Rozwiązanie takie jest przedstawione na Schemacie rozbudowanej infrastruktury systemu Comarch ERP XL z uwzględnieniem istniejącego środowiska oraz oddziałów firmy.
Zalecana konfiguracja serwera
Poniższa Tabela przedstawia Konfigurację serwera systemu Comarch ERP XL, wersja od 50 do 80 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1x Intel Xeon 6C 2.4 GHz
RAM
32 GB
HDD
4 x 240 GB SSD
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID10 (4 x SSD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa tabela przedstawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 50 do 80 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa tabela przedstawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 50 do 80 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja dla od 81 do 120 użytkowników (miesięcznie 60000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o średniej i dużej infrastrukturze IT. Zakładana liczba stanowisk będzie wynosić około 81 – 120 użytkowników.
2. Proponowane rozwiązanie jest przeznaczone dla firm, które obsługują pracę wielu oddziałów i cechują się szybkim rozwojem infrastruktury IT.
3. Rozwiązanie zakłada, że inne funkcjonalności systemu takie jak serwery terminali, serwer analitycznych, serwer drukarek, plików oraz backupu działają na dedykowanych komputerach. Rozwiązanie takie jest przedstawione na Schemacie rozbudowanej infrastruktury systemu Comarch ERP XL z uwzględnieniem istniejącego środowiska oraz oddziałów firmy.
Zalecana konfiguracja serwera
Poniższa tabela przedstawia Konfigurację serwera systemu Comarch ERP XL, wersja od 80 do 120 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1x Intel Xeon 8C 230 GHz
RAM
64 GB
HDD
4 x 480 GB SSD
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID10 (4 x SSD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL(klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa tabela przedstawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 80 do 120 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
• W przypadku SQL Server 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa tabela przedstawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 80 do 120 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja od 121 do 200 użytkowników (miesięcznie 100000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o średniej i dużej infrastrukturze IT. Zakładana liczba stanowisk będzie wynosić około 121 – 200 użytkowników.
2. Proponowane rozwiązanie jest przeznaczone dla firm, które obsługują pracę wielu oddziałów i cechują się szybkim rozwojem infrastruktury IT.
3. Rozwiązanie zakłada, że inne funkcjonalności systemu takie jak serwery terminali, serwer analitycznych, serwer drukarek, plików oraz backupu działają na dedykowanych komputerach. Rozwiązanie takie jest przedstawione na Schemacie rozbudowanej infrastruktury systemu Comarch ERP XL z uwzględnieniem istniejącego środowiska oraz oddziałów firmy.
Zalecana konfiguracja serwera
Poniższa tabela przedstawia Konfigurację serwera systemu Comarch ERP XL, wersja od 121 do 200 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
2x Intel Xeon 6C 3.0 GHz
RAM
96 GB
HDD
4 x 480 GB SSD
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID10 (4 x SSD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa tabela przedstawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 120 do 200 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa tabela przedstawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 120 do 200 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja od 201 do 300 użytkowników (miesięcznie 150000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o dużej infrastrukturze IT. Zakładana liczba stanowisk będzie wynosić około 201 – 300 użytkowników.
2. Proponowane rozwiązanie jest przeznaczone dla firm, które obsługują pracę wielu oddziałów i cechują się szybkim rozwojem infrastruktury IT.
3. Rozwiązanie zakłada, że inne funkcjonalności systemu takie jak serwery terminali, serwer analitycznych, serwer drukarek, plików oraz backupu działają na dedykowanych komputerach. Rozwiązanie takie jest przedstawione na Schemacie rozbudowanej infrastruktury systemu Comarch ERP XL z uwzględnieniem istniejącego środowiska oraz oddziałów firmy.
Zalecana konfiguracja serwera
Poniższa tabela przedstawia Konfigurację serwera systemu Comarch ERP XL, wersja od 200 do 300 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
2x Intel Xeon 8C 3.0 GHz
RAM
128 GB
HDD
6 x 480 GB SSD
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID10 (6 x SSD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa tabela przedstawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 200 do 300 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL
Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa tabela przedstawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 200 do 300 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja powyżej 301 użytkowników
Powyżej 301 użytkowników stosowana jest indywidualna wycena wymagań systemowych.
Konfiguracja serwera terminali
Charakterystyka
1. Serwer terminali jest rozwiązaniem zalecanym wszędzie tam, gdzie liczba zdalnych użytkowników pracujących równocześnie z systemem Comarch ERP XL za pośrednictwem usług terminalowych wynosi, powyżej 5. Zaleca się również, aby stosować serwer terminali zawsze, kiedy obciążenie serwera głównego (serwera SQL) jest na tyle duże, że uruchamianie na nim dodatkowych procesów w postaci aplikacji Comarch ERP XL może pogorszyć wydajność całego systemu.
2. Proponowane rozwiązanie zakłada, że pojedynczy użytkownik sesji terminalowej obciąża serwer w następujący sposób: około 200 MHz procesora przeznaczone na jedną sesję terminalową i około 400 MB pamięci RAM na jedną sesje terminalową z uruchomioną aplikacją Comarch ERP XL.
3. Pojedyncza sesja połączenia RDP wymaga łącza o przepustowości przynajmniej 80 kbps. Może się ono wahać od 5 kbps do około 150 kbps.
4. Proponowana konfiguracja nie zakłada, że serwer terminali pełni również rolę serwera plików dla pracujących na nim użytkowników. W sytuacji, kiedy takie rozwiązanie jest konieczne, należy zwiększyć liczbę wymaganych dysków twardych w stosunku do proponowanej poniżej.
Zalecana konfiguracja serwera terminali
Poniższa tabela przedstawia Konfigurację serwera terminali dla systemu Comarch ERP XL.
Zalecana konfiguracja serwera terminali
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1 – 2 x Intel Xeon Quad-Core 3.1 GHz
RAM
8 GB
HDD
2 x SAS 146 GB 15k rpm
Kontroler SCSI
Kontroler z obsługą RAID jest opcjonalny
Konfiguracja RAID
Dyski systemowe powinny być skonfigurowane jako dyski lustrzane (RAID1).
NIC
Interfejs sieciowy 100/1000 Mb/s (w zależności od całości infrastruktury)
Wymagane oprogramowanie serwera
Poniższa tabela przedstawia Wymagane oprogramowanie serwera terminali dla systemu Comarch ERP XL.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 Standard Edition
• Windows Server 2019 Standard Edition
• Windows Server 2022 Standard Edition
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Wymagane licencje na oprogramowanie
Poniższa tabela przedstawia Wymagane licencje na serwer terminali dla systemu Comarch ERP XL.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Przykładowe konfiguracje serwera terminali dla 15, 30, 45 i 120 użytkowników Comarch ERP XL
Poniższa tabela przedstawia Przykładową konfigurację serwera terminali dla 15 użytkowników Comarch ERP XL.
Przykładowa konfiguracja serwera terminali dla 15 użytkowników Comarch ERP XL
CPU
1 x Intel Xeon Quad Core 3.1 GHz
RAM
12 GB
HDD
2 x SAS 15 krpm
RAID
RAID 1
NIC
100 Mb/s
System operacyjny
Windows 2016 / 2019 / 2022 Standard Edition x64
Poniższa tabela przedstawia Przykładową konfigurację serwera terminali dla 30 użytkowników Comarch ERP XL.
Przykładowa konfiguracja serwera terminali dla 30 użytkowników Comarch ERP XL
CPU
1 x Intel Xeon Six Core 2.6 GHz
RAM
16 GB
HDD
2 x SAS 15 krpm
RAID
RAID 1
NIC
100 Mb/s
System operacyjny
Windows 2016 / 2019 / 2022 Standard Edition x64
Poniższa tabela przedstawia Przykładową konfigurację serwera terminali dla 45 użytkowników Comarch ERP XL.
Przykładowa konfiguracja serwera terminali dla 45 użytkowników Comarch ERP XL
CPU
2 x Intel Xeon Quad Core 3.1 GHz
RAM
24 GB
HDD
2 x SAS 15 krpm
RAID
RAID 1
NIC
100 Mb/s
System operacyjny
Windows 2016 / 2019 / 2022 Standard Edition x64
Poniższa tabela przedstawia Przykładową konfigurację serwera terminali dla 120 użytkowników Comarch ERP XL.
Przykładowa konfiguracja serwera terminali dla 120 użytkowników COMARCH ERP XL
CPU
2 x Intel Xeon Eight Core 2.6 GHz
RAM
64 GB
HDD
2 x SAS 15 krpm
RAID
RAID 1
NIC
100 Mb/s
System operacyjny
Windows 2016 / 2019 / 2022 Standard Edition x64
Wirtualizacja infrastruktury sprzętowej
Wirtualizacja umożliwia efektywniejsze wykorzystanie istniejących zasobów sprzętowych środowiska poprzez dowolne (w ramach możliwości sprzętowych czy programowych) modyfikowanie cech wirtualizowanych zasobów, dostosowując je do wymagań instalacji.
Wirtualizacja pozwala jednocześnie uruchomić wiele systemów operacyjnych na tej samej platformie sprzętowej i systemowej przy maksymalnej możliwej wydajności.
Zapewnia również konsolidację serwerów, czyli proces związany z optymalizacją stopnia zużycia posiadanego sprzętu komputerowego w celu redukcji kosztów ponoszonych przez przedsiębiorstwo na zapewnienie wysokiej dostępności przy równoczesnym zwiększeniu utylizacji posiadanego sprzętu.
Konsolidacja serwerów pozwala także na szybsze przywracanie kopii zapasowych systemów operacyjnych przy ewentualnych uszkodzeniach sprzętowych – zwirtualizowane systemy i oprogramowanie są niezależne od sprzętu, przez co ich przywrócenie może się odbyć na dowolny sprawny serwer. Pozwala to na skrócenie czasu przestoju spowodowanego brakiem dostępności danego serwera.
W dalszej cześć dokumentu przedstawione są przykładowe konfiguracje w instalacji zwirtualizowanej uwzględniające najczęściej występujące serwery składowe infrastruktury Comarch ERP XL. Przedstawione konfiguracje są przykładowe.
Konfiguracja do 25 użytkowników Comarch ERP XL
Poniższa tabela przedstawia Konfigurację wirtualnej infrastruktury systemu Comarch ERP XL, wersja do 25 użytkowników.
Konfiguracja do 25 użytkowników Comarch ERP XL
Maszyny wirtualne
Ilość VM
vCPU
Pamięć RAM [GB]
Przestrzeń dyskowa [GB]
Serwer MS SQL
1
6
12
80
Serwer terminali
1
4
12
80
Serwer Active Directory
1
2
4
50
Comarch B2B/Comarch HRM/Comarch DMS
1
2
4
80
Konfiguracja od 26 do 50 użytkowników Comarch ERP XL
Poniższa tabela przedstawia Konfigurację wirtualnej infrastruktury systemu Comarch ERP XL, wersja od 26 do 50 użytkowników.
Konfiguracja od 26 do 50 użytkowników Comarch ERP XL
Maszyny wirtualne
Ilość VM
vCPU
Pamięć RAM [GB]
Przestrzeń dyskowa [GB]
Serwer MS SQL
1
8
24
100
Serwer terminali
1
6
24
100
Serwer Active Directory
1
2
4
50
Comarch B2B/Comarch HRM/Comarch DMS
1
2
4
80
Konfiguracja od 51 do 100 użytkowników Comarch ERP XL
Poniższa tabela przedstawia Konfigurację wirtualnej infrastruktury systemu Comarch ERP XL, wersja od 51 do 100 użytkowników.
Konfiguracja od 51 do 100 użytkowników Comarch ERP XL
Maszyny wirtualne
Ilość VM
vCPU
Pamięć RAM [GB]
Przestrzeń dyskowa [GB]
Serwer MS SQL
1
10-14
32-48
200
Serwer terminali
2
4-6
24
150
Serwer Active Directory
1
2
4
50
Comarch B2B/Comarch HRM/Comarch DMS
1
2
4
80
Konfiguracja od 101 do 150 użytkowników Comarch ERP XL
Poniższa tabela przedstawia Konfigurację wirtualnej infrastruktury systemu Comarch ERP XL, wersja od 101 do 150 użytkowników.
Konfiguracja od 101 do 150 użytkowników Comarch ERP XL
Maszyny wirtualne
Ilość VM
vCPU
Pamięć RAM [GB]
Przestrzeń dyskowa [GB]
Serwer MS SQL
1
16
64
250
Serwer terminali
2
6
36
200
Serwer Active Directory
1
2
6
80
Comarch B2B/Comarch HRM/Comarch DMS
1
2
4
80
Zalecenia dotyczące stacji roboczych dla systemu Comarch ERP XL
Konfiguracja stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL w wersji 2024.1.0
Poniższa tabela przedstawia Konfigurację stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL w wersji 2024.1.0
Konfiguracja stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL w wersji 2024.1.0
Elementy
Zalecenia
CPU
Intel lub AMD o częstotliwości 1 GHz lub większej.
•Windows 10 x86/x64
• Windows 11 x86/x64
• Windows Server 2016 Standard Edition x86/x64
• Windows Server 2019 Standard Edition x86/x64
• Windows Server 2022 Standard Edition x86/x64
Uwagi
Przy planowaniu tworzenia infrastruktury opartej na domenie Windows 2016 / 2019 / 2022 zdecydowanie zaleca się system Windows 8 Pro/Enterprise, Windows 10 Pro/Enterprise, Windows 11 Pro/Enterprise.
Windows 8 i Windows 10, Windows 11 (nie PRO) nie ma możliwości podłączenia do domeny Windows i może pracować tylko w konfiguracji opartej na grupie roboczej.
Wymagania dodatkowe
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
Microsoft .NET Framework 4.7.2
Licencje
Wymagany jest zakup licencji na system operacyjny i licencje dostępowe CAL do serwera SQL.
Konfiguracja stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL na serwerze terminali
Poniższa tabela przedstawia Konfigurację stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL na serwerze terminali.
Konfiguracja stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL w wersji 2024.1.0
Elementy
Zalecenia
CPU
Intel lub AMD o częstotliwości 1 GHz lub większej.
• Windows 10 x86/x64
• Windows 11 x86/x64
• Windows Server 2016 Standard Edition x86/x64
• Windows Server 2019 Standard Edition x86/x64
• Windows Server 2022 Standard Edition x86/x64
Uwagi
Przy planowaniu tworzenia infrastruktury opartej na domenie Windows 2016 / 2019 / 2022 zdecydowanie zaleca się system Windows 8 Pro/Enterprise, Windows 10 Pro/Enterprise, Windows 11 Pro/Enterprise.
Windows 8 i Windows 10, Windows 11 (nie PRO) nie ma możliwości podłączenia do domeny Windows i może pracować tylko w konfiguracji opartej na grupie roboczej.
Wymagania dodatkowe
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
Microsoft .NET Framework 4.7.2
Licencje:
Wymagany jest zakup licencji na system operacyjny i licencje dostępowe CAL do serwera SQL.
Dodatkowe wymagane elementy infrastruktury
Wymagania dotyczące sieci LAN
Dla poprawnego i wydajnego działania systemu Comarch ERP XL zaleca się, aby połączenia stacji roboczych PC z serwerem bazowały na przełączniku sieci LAN (ang. ethernet switch). Zastosowany sprzęt w postaci przełączników i kart sieciowych powinien gwarantować możliwość pracy sieci z przepustowością 1 Gb/s Full Duplex. W sytuacji rozbudowanej infrastruktury serwerów oraz w przypadku wykonywanie kopii zapasowej baz danych, systemów plikowych przez sieć LAN, na jeden wspólny, do którego podłączone jest urządzenie taśmowe, zaleca się połączenie serwerów siecią LAN o przepustowości 10Gb/s. Na schematach przedstawionych w ramach niniejszego dokumentu zakłada się, że w infrastrukturze jest przynajmniej jedno urządzenie taśmowe podłączone do jednego z serwerów. W przypadku rozbudowanej infrastruktury (min. 2 serwery) zaleca się, aby napęd taśmowy był podłączony do innego serwera, niż serwer główny (serwera bazy danych) systemu Comarch ERP XL.
Wymagania dotyczące bezpiecznej komunikacji z wykorzystaniem sieci Internet
W przypadku podłączenia centrali firmy do sieci Internet, bardzo istotnym elementem jest zabezpieczenie sieci LAN (serwera/serwerów, stacji roboczych) przed niepowołanym dostępem do jej zasobów z zewnątrz. W celu zapewnienia wymaganego bezpieczeństwa, konieczne jest stosowanie dedykowanych urządzeń lub serwerów spełniających rolę ściany ogniowej (ang. firewall). Dodatkowym elementem funkcjonalnym tego rozwiązania może być możliwość konfigurowania prywatnych sieci wirtualnych – tuneli VPN. Zalecane środki bezpieczeństwa wymagane w przypadku nawiązywania komunikacji pomiędzy oddziałami, filiami, użytkownikami mobilnymi, a centralą firmy, np. za pośrednictwem usług terminalowych. W prezentowanych schematach obrazujących działanie infrastruktury systemu Comarch ERP XL założono, że filia jest jednostanowiskowym oddziałem, a do zabezpieczenia komunikacji z centralą wykorzystywane jest połączenie szyfrowane zestawiane pomiędzy urządzeniami sieciowymi lub zaporami ogniowymi (ang. firewalls).
W przypadku użytkowników mobilnych, ochrona jest zapewniona za pomocą oprogramowania typu Personal Firewall.
W celu zapewnienia szyfrowanej komunikacji z centralą firmy, wykorzystuje się możliwość konfiguracji kanałów VPN za pomocą dedykowanego oprogramowanie (klienta VPN), zainstalowane na stacji roboczej Kanał taki, może zostać zestawiony z systemem firewall lub z serwerem VPN. W celu utrzymania czytelności i przejrzystości prezentowanych schematów, nie wyodrębniono na nich przypadków z dedykowanym serwerem VPN.
W przypadku oddziałów posiadających więcej niż jedną stacje roboczą uzasadnionym jest zabezpieczenie zasobów oddziału w analogiczny sposób jak centralę firmy, tzn. za pomocą dedykowanego urządzenia z funkcją firewall.
Wymagania dotyczące zabezpieczenia zasilania
Istotnym elementem działania całej infrastruktury sprzętowej, który wprost nie został uwzględniony w przedstawionych w niniejszym dokumencie konfiguracjach i schematach, jest zabezpieczenie zasilania serwerów, napędów taśmowych oraz urządzeń sieciowych. Realizacja takiej funkcjonalności jest możliwa przez instalacje urządzeń typ UPS.
Schematy infrastruktury systemu Comarch ERP XL
Pojęcia użyte w schematach:
Serwer Comarch ERP XL – główny serwer systemu zawierający serwer bazy danych MS SQL.
Serwer aplikacji Comarch ERP XL – serwer usługi terminalowej MS Windows, na którym za pośrednictwem sesji zdalnych jest uruchamiana aplikacja Comarch ERP XL.
Serwery Analityczny – serwer usług analitycznych – BI, niezbędnych do działania modułu Controllingu systemu Comarch ERP XL.
Serwery dedykowane dla systemu Comarch ERP XL – wyróżniony fragment infrastruktury dedykowanej dla systemu, w sytuacji wdrażania rozwiązania wykorzystującego istniejące serwery.
VPN over WAN – połączenie szyfrowane poprzez sieć Internet.
VPN over LAN – połączenie szyfrowane w fragmencie niechronionej sieci LAN.
Filia – oddział z jedną stacją roboczą.
Oddział – oddział, z co najmniej 2 stacjami roboczymi.
Dostęp mobilny – Dostęp z komputerów przenośnych lub stacjonarnych wykorzystujących programowe zestawianie łącza VPN z centralą firmy, niezależnie od miejsca podłączenia do sieci Internet.
Wymagania minimalne dotyczące konfiguracji infrastruktury systemowo-sprzętowej dla systemu Comarch ERP XL 2024.1
Poniższy dokument zawiera informacje dotyczące minimalnych wymagań sprzętowo-systemowych dla systemu Comarch ERP XL. Wymagania te określają minimum, jakie musi spełniać konfiguracja infrastruktury technicznej w celu uzyskania wsparcia technicznego i merytorycznego dla systemu Comarch ERP XL. Przedstawione w ramach niniejszego dokumentu konfiguracje pozwalają na uruchomienie systemu Comarch ERP XL na potrzeby testów lub małych grup roboczych (do 5 użytkowników równoczesnych).
Główne zmiany dotyczące wymagań związane z wersją 2024.1 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2024.1 przestaje wspierać Microsoft SQL Server 2014. Wiąże się to z zaprzestaniem testowania poprawności działania takich baz danych.
Główne zmiany dotyczące wymagań związane z wersją 2024.0 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2024.0 przestaje wspierać System Operacyjny Windows Server 2012/2012 R2 oraz Windows 8.1. Zalecana jest aktualizacja Systemu Operacyjnego do wyższych wersji.
Główne zmiany dotyczące wymagań związane z wersją 2023.2 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2023.2 poprawnie współpracuje z serwerem bazy danych Microsoft SQL Server 2022.
System Comarch ERP XL od wersji 2023.2 poprawnie współpracuje z systemem operacyjnym Windows Server 2022
System Comarch ERP XL od wersji 2023.2 poprawnie współpracuje z systemem operacyjnym Windows 11
Główne zmiany dotyczące wymagań związane z wersją 2023.0 systemu Comarch ERP XL to:
Z końcem roku 2022 zakończone zostanie wsparcie dla instalacji Comarch ERP XL, działającej w oparciu o Microsoft SQL Server 2012. Wiąże się to z zaprzestaniem testowania poprawności działania takich baz danych.
Rekomendowana jest zatem aktualizacja serwera SQL do nowej wersji.
Główne zmiany dotyczące wymagań związane z wersją 2022.1 systemu Comarch ERP XL to:
Od wersji Comarch ERP XL 2022.1.0 konwersję można bezpośrednio przeprowadzić od wersji Comarch ERP XL 2018.0.0. Jeżeli konwersja przeprowadzana jest z wersji niższych konieczne będzie zrobienie tego w dwóch krokach. Najpierw należy podnieść wersję bazy do wersji pomiędzy Comarch ERP XL 2018.0.0 a 2022.0.0, następnie przeprowadzić konwersję bazy do wersji Comarch ERP XL 2022.1.0 i wyższych.
System Comarch ERP XL od wersji 2022.1 wymaga instalacji Microsoft .Net Framework 4.7.2
Do optymalnego działania list typu Devexpress zalecamy korzystanie z serwerów SQL powyżej wersji Microsoft SQL Server 2012.
Główne zmiany dotyczące wymagań związane z wersją 2021.1 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2021.1 nie wspiera współpracy z Systemami operacyjnymi Windows 7 oraz Windows Server 2008 R2.
Główne zmiany dotyczące wymagań związane z wersją 2020.1 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 2020.1 poprawnie współpracuje z serwerem bazy danych Microsoft SQL Server 2019. Konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Główne zmiany dotyczące wymagań związane z wersją 2020.0 systemu Comarch ERP XL, to:
W Systemie Comarch ERP XL od wersji 2020.0 zostaje podniesiona wersja Microsoft .NET Framework do wersji Microsoft .NET Framework 4.5.1
Główne zmiany dotyczące wymagań związane z wersją 2019.2 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 2019.2 wymaga zainstalowania sterownika Microsoft® SQL Server® 2012 Native Client.
Główne zmiany dotyczące wymagań związane z wersją 2019.1 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 2019.1 nie współpracuje z serwerem bazy danych Microsoft SQL Server 2008 oraz Microsoft SQL Server 2008 R2.
System Comarch ERP XL od wersji 2019.1 nie wspiera współpracy z systemami operacyjnymi Windows Vista oraz Windows Server 2008
System Comarch ERP XL od wersji 2019.1 poprawnie współpracuje z systemem operacyjnym Windows Server 2019
Główne zmiany dotyczące wymagań związane z wersją 2018.1 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 2018.1 poprawnie współpracuje z serwerem bazy danych Microsoft SQL Server 2017
Do poprawnego działania systemu Comarch ERP XL wymagana jest instalacja Microsoft .Net Framework 4.6.2
Główne zmiany dotyczące wymagań związane z wersją 2017.0 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 2017.0 współpracuje z systemem operacyjnym Windows Server 2016
System Comarch ERP XL od wersji 2017.0 poprawnie współpracuje z serwerem bazy danych Microsoft SQL Server 2016
Główne zmiany dotyczące wymagań związane z wersją 2016.0 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 2016.0 poprawnie współpracuje z systemem operacyjnym Windows 10
System Comarch ERP XL od wersji 2016.0 nie wspiera współpracy z systemami Windows XP, Windows Server 2003 oraz Windows Server 2003 R2
Główne zmiany dotyczące wymagań związane z wersją 2015.0 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 2015.0 poprawnie współpracuje z serwerem bazy danych Microsoft SQL Server 2014
System Comarch ERP XL od wersji 2015.0 nie współpracuje z serwerem bazy danych Microsoft SQL Server 2005.
Główne zmiany dotyczące wymagań związane z wersją 2014.1 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 2014.1 poprawnie współpracuje z systemem operacyjnym Windows Server 2012 R2
Główne zmiany dotyczące wymagań związane z wersją 2013 systemu Comarch ERP XL, to:
Wszystkie wersje systemu Comarch ERP XL wydane w roku 2013 będą zapewniały wsparcie dla serwera Microsoft SQL Server 2005. Wersje systemu wydane w roku 2014 i kolejnych nie będą zapewniały wsparcia dla Microsoft SQL Server 2005.
Główne zmiany dotyczące wymagań związane z wersją 11.0 systemu Comarch ERP XL, to:
System Comarch ERP XL od wersji 11.0 poprawnie współpracuje z systemem operacyjnym Windows 8
System Comarch ERP XL od wersji 11.0 poprawnie współpracuje z systemem operacyjnym Windows Server 2012
Główne zmiany dotyczące wymagań związane z wersją 10.5 systemu Comarch CDN XL, to:
System Comarch CDN XL od wersji 10.5 poprawnie współpracuje z serwerem baz danych Microsoft SQL Server 2012
Do poprawnego działania systemu Comarch CDN XL wymagana jest instalacja Microsoft .Net Framework 4.6.2
Zmianie uległy nazwy loginów oraz hasła do serwera MS SQL używane do autoryzacji poprzez „SQL Server authentication”, które wykorzystuje system Comarch CDN XL. Loginy o nazwach: CDNXL i CDNXLADO zostały zamienione na: ComarchCDNXL i ComarchCDNXLADO.
Dodatkowo na potrzeby automatycznej synchronizacji bazy Comarch CDN XL z Optimą dodany został login ComarchCDNXLOffl, który jest zakładany przy kreacji/konwersji bazy danych.
Główne zmiany dotyczące wymagań związane z wersją 10.0 systemu Comarch CDN XL, to:
System Comarch CDN XL od wersji 10.0 nie współpracuje z serwerem baz danych Microsoft SQL Server 2000
Istnieje możliwość bezpośredniej konwersji bazy danych systemu Comarch CDN XL z wersji 8.x i 9.x do wersji 10.0
Główne zmiany dotyczące wymagań związane z wersją 9.7 systemu Comarch CDN XL, to:
System Comarch CDN XL od wersji 9.7 poprawnie współpracuje z serwerem baz danych Microsoft SQL Server 2008 R2
Moduł Menadżer Baz nie wykorzystuje już do komunikacji z Microsoft SQL Server obiektów DMO (Distributed Management Objects). W związku z tym nie ma potrzeby instalowania na stanowiskach na których będziemy podłączać/kreować/konwertować bazę danych systemu Comarch CDN XL komponentów zgodności wstecznej (Backward compatibility).
Instalator systemu Comarch CDN XL posiada opcję pozwalającą zainstalować najnowsze biblioteki klienckie (Microsoft SQL Server Native Client)
System Comarch CDN XL w wersji 9.7 jest ostatnią wersją wspierającą pracę z serwerem baz danych MS SQL Server 2000. Od wersji 10 Comarch CDN XL nie będzie wsparcia dla tej wersji MS SQL Server
Główne zmiany dotyczące wymagań związane z wersją 9.6 systemu Comarch CDN XL, to:
System Comarch CDN XL w wersji 9.5 jest ostatnią wersją wspierającą pracę z systemem operacyjnym Windows 2000
System Comarch CDN XL w wersji 9.0 uzyskał certyfikat „Compatible with Windows 7”:
Główne zmiany dotyczące wymagań związane z wersją 9.0 systemu Comarch CDN XL, to:
W przypadku współpracy systemu Comarch CDN XL z serwerem baz danych MS SQL Server 2005/2008 zaleca się korzystanie z najnowszych bibliotek klienckich (Native Client) na stacjach roboczych łączących się z serwerem SQL. Biblioteki te przyspieszają komunikację z serwerem SQL. Pliki instalacyjne dostępne są w pakietach Feature Pack for Microsoft SQL Server 2005/2008 .Zalecenie to dotyczy również wcześniejszych wersji systemu Comarch CDN XL współpracujących z MS SQL Server 2005/2008/2008 R2.
Główne zmiany dotyczące wymagań związane z wersją 8.0 systemu CDN XL, to:
System CDN XL od wersji 8.0 poprawnie współpracuje z system Microsoft Windows 2008 Server
System CDN XL od wersji 8.0 poprawnie współpracuje z serwerem baz danych SQL Server 2008
Główne zmiany dotyczące wymagań związane z wersją 7.1 systemu CDN XL, to:
Konieczność instalacji DirectX 9.0c End-Users Runtimes dostępnego w lokalizacji: oraz na płytach instalacyjnych system CDN XL 7.1. DirectX wykorzystywane jest przy wizualizacji magazynu wysokiego składowania.
Główne zmiany dotyczące wymagań związane z wersją 7.0 systemu CDN XL, to:
System CDN XL w wersji 6.0 uzyskał certyfikat „Works with Windows Vista”:
Konieczności instalacji platformy .NET (.NET Framework 2.0) – dotyczy stacji roboczych i serwerów na których ma być uruchamiana wersja 7.0 systemu CDN XL.
Główne zmiany dotyczące wymagań związane z wersją 6.0 systemu CDN XL, to:
Brak wsparcia dla systemów: Windows 98 oraz Windows 98 Second Edition
Ze względu na błąd znaleziony w serwerze baz danych SQL Server 2005 konieczne jest zainstalowanie SP2 do tego silnika bazy danych. Na temat współpracy systemu CDN XL z SQL 2005 Server dostępny jest biuletyn techniczny
Do działania modułu KTL Manager (narzędzie do zarządzania OLAP 2005) wymagana jest instalacja .Net FrameWork w wersji 2.0. Dla prawidłowego działania modułów Definiowania interfejsu (mała hydra) i Interfejs programistyczny (duża hydra) wymagana jest instalacja .Net FrameWork 1.x. System CDN XL pracuje prawidłowo przy jednoczesnej instalacji obu wersji .Net FrameWork.
Główne zmiany dotyczące wymagań związane z wersją 5.0 systemu CDN XL, to:
Konieczności instalacji platformy .NET (.NET Framework 1.1) – dotyczy stacji i serwerów na których ma być uruchamiana wersja 5.0 systemu CDN XL. Wersja 2.0 .Net Framework jest niekompatybilna z systemem CDN XL. Istnieje możliwość uruchomienia systemu CDN XL na komputerze, na którym został zainstalowany równocześnie .Net Framework w wersji 1.x i 2.0.
Wymóg posiadania licencji CAL do serwera SQL dla stacji roboczych z zainstalowaną OPT!MĄ Off-Line, które przeprowadzają synchronizację z serwerem synchronizacji systemu CDN XL 5.0. Licencja CAL do serwera Windows jest zalecane dla stacji roboczej, na której jest wykonywana synchronizacja, ze względu na możliwość wykorzystania mechanizmów wbudowanych w serwer Windows 2000/2003, mogących zabezpieczyć transmisję danych pomiędzy serwerem synchronizacji, a oddziałem.
Wymagania minimalne, niezbędne do uruchomienia serwera baz danych na potrzeby systemu Comarch ERP XL
System Comarch ERP XL działa w architekturze Klient/Serwer. W przypadku najprostszej instalacji jednostanowiskowej zarówno warstwa serwera baz danych, jak i również aplikacja może działać na jednym stanowisku. W praktyce wyodrębnia się funkcje serwera baz danych na odrębnej platformie sprzętowej.
Sprzęt
Wymagane minimum
Uwagi
CPU
Min. 1 Ghz
Intel (Core/Core 2/Xeon)
ADM (Duron/Sempron/Athlon/Phenom/EPYC/Ryzen)
Zalecany 2 GHz lub szybszy
Wymagana ilość wolnej przestrzeni dyskowej zależy od zastosowanej wersji i edycji systemu operacyjnego, serwera baz danych oraz planowanej ilości przechowywanych danych. Podana wartość 4 GB jest zalecaną wartością minimalną.
Ekran
800x600, 256 kolorów
Zalecana: 1024x768 oraz 32 bitowa paleta kolorów.
NIC
100 Mb/s
Zalecana szybkość działania sieci wynosi 100/1000 Mb/s.
Porty
USB
Interfejs jest wymagany w celu instalacji sprzętowego klucza HASP.
Oprogramowanie – wersja desktop, maksymalnie do 5 użytkowników
Wymagane minimum
Uwagi
System operacyjny:
• Windows 10 x86/x64
•Windows 11 x86/x64
•Windows Server 2016 Standard/Datacenter Edition
•Windows Server 2019 Standard/Datacenter Edition
• Windows Server 2022 Standard/Datacenter Edition
Baza danych:
• MS SQL Server 2016 Express/Workgroup/Standard/Enterprise Edition x86/x64
• MS SQL Server 2017 Express/Workgroup/Standard/Enterprise Edition x86/x64
• MS SQL Server 2019 Express/Workgroup/Standard/Enterprise Edition x86/x64
• MS SQL Server 2022 Express/Workgroup/Standard/Enterprise Edition x86/x64
W przypadku MS SQL Server Express istnieje ograniczenie na rozmiar pliku bazy danych.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
System plików:
FAT lub NTFS
Wymagania dodatkowe:
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
.NET Framework 4.7.2
Od wersji 2022.1 Comarch ERP XL wymagany jest .NET Framework w wersji 4.7.2
Dla poprawnego funkcjonowania e-sklepu konieczne jest zainstalowanie .Net Framework w wersji 3.5
Licencje:
Wymagany jest zakup licencji na system operacyjny. W przypadku serwerowych systemów operacyjnych wymagane są również licencje dostępowe do serwera (systemu operacyjnego) typu CAL.
Serwery baz danych typu Express są dystrybuowane bez dodatkowych opłat.
Oprogramowanie - wersja serwer
Wymagane minimum
Uwagi
System operacyjny:
• Windows Server 2016 Standard/Datacenter Edition
• Windows Server 2019 Standard/Datacenter Edition
• Windows Server 2022 Standard/Datacenter Edition
Dopuszczalne wersje językowe systemów, to polska lub angielska.
Baza danych:
MS SQL 2016 Server Standard/Enterprise Edition x86/x64
MS SQL Server 2017 Standard/Enterprise Edition x86/x64
MS SQL Server 2019 Standard/Enterprise Edition x86/x64
MS SQL Server 2022 Standard/Enterprise Edition x86/x64
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
System plików:
NTFS
Wymagania dodatkowe:
Internet Explorer w najnowszej dostępnej wersji, najnowszy zestaw poprawek i uaktualnień do systemu operacyjnego.
.NET Framework 4.7.2
Licencje:
Konieczny jest zakup licencji na: system operacyjny, serwer baz danych oraz wymaganych licencji CAL dla serwera SQL i systemu operacyjnego.
W przypadku wykorzystywania serwera SQL przez jeden z modułów systemu Comarch ERP XL - Comarch B2B, e-sklep lub przez inne aplikacje internetowe, pojawia się problem wyboru modelu licencjonowania. Zgodnie z zaleceniami Microsoft najłatwiej jest zastosować licencjonowanie per CPU.
W sytuacji, kiedy taki model jest nie do przyjęcia ze względów ekonomicznych, można zapewnić każdemu użytkownikowi nazwanemu, wykorzystującemu taki system, odpowiednie licencje CAL. Muszą to być licencje typu per user, bo w praktyce jednoznaczna identyfikacja urządzenia z którego nastąpiło połączenie może być niemożliwa.
Dodatkowo wymagane są licencje CAL Windows dla każdego użytkownika korzystającego z tych aplikacji lub zamiennie licencja External Connector.
W sytuacji, kiedy taki model jest nie do przyjęcia ze względów ekonomicznych, można zapewnić każdemu użytkownikowi nazwanemu, wykorzystującemu taki system, odpowiednie licencje CAL. Muszą to być licencje typu per user, bo w praktyce jednoznaczna identyfikacja urządzenia z którego nastąpiło połączenie może być niemożliwa.
Dodatkowo wymagane są licencje CAL Windows dla każdego użytkownika korzystającego z tych aplikacji lub zamiennie licencja External Connector.
Wymagania minimalne dotyczące serwera terminali
Sprzęt
Wymagane minimum
Uwagi
CPU
Min. 1 GHz + 200 MHz dla każdej sesji terminalowej
Intel (Core/Core 2/Xeon)
AMD (Duron/Sempron/Athlon/Phenom/EPYC/Ryzen)
Wymagana szybkości taktowania procesora przeliczana jest na podstawie ilości równoczesnych sesji terminalowych z uruchomionym systemem Comarch ERP XL. Przy 10 równoczesnych sesjach łączna szybkość wszystkich CPU powinna wynosić minimum 3 GHz.
RAM
2 GB + min. 400 MB dla każdej z sesji terminalowej systemu Comarch ERP XL
Wymagana wielkość pamięci operacyjnej przeliczana jest na ilość równoczesnych sesji terminalowych z uruchomionym pojedynczym modułem systemu Comarch ERP XL. Przy 10 równoczesnych sesjach należy przyjąć wymaganą ilość pamięci RAM jako 4 GB, a przy 20 sesjach około 8 GB dla wersji systemu Comarch ERP XL.
HDD
1 szt. (IDE, SATA, SCSI, SAS)
Zalecana liczba dysków 2, w macierzy sprzętowej RAID1.
Ekran
1920x1080
Zalecana jest 32 bitowa paleta kolorów.
NIC
10 Mb/s
Zalecana szybkość działania sieci wynosi 100 Mb/s.
Konsumpcja pasma w połączeniach WAN
Min. 80 kb/s na jedną sesje dla połączenia w protokole RDP (Microsoft Terminal Services). Może się ono wahać od 5 kb/s do około 150 kb/s.
Przy większej liczbie połączeń terminalowych można wykorzystać oprogramowanie Citrix.
Oprogramowanie
Wymagane minimum
Uwagi
System operacyjny:
• Windows Server 2016 Standard/Datacenter Edition
• Windows Server 2019 Standard/Datacenter Edition
• Windows Server 2022 Standard/Datacenter Edition
Dopuszczalne wersje językowe systemów, to polska lub angielska.
System plików:
NTFS
Wymagania systemowe:
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
.NET Framework 4.7.2
Od wersji 2022.1 Comarch ERP XL wymagany jest .NET Framework w wersji 4.7.2
Dla poprawnego funkcjonowania e-sklepu konieczne jest zainstalowanie .Net Framework w wersji 3.5
Licencje:
Wymagany jest zakup licencji na serwerowy system operacyjny oraz licencji dostępowych CAL do systemu operacyjnego i SQL, oraz licencji CAL dla usług terminalowych w liczbie odpowiadającej ilości użytkowników lub urządzeń korzystających z serwera usług terminalowych.
W przypadku rozbudowanej infrastruktury serwerów opartych na produktach firmy Microsoft, można przyjąć politykę licencjonowania per user lub per device (per seat), która pozwala na przypisaniu każdej ze stacji roboczych po jednej licencji dostępowej CAL do systemu, serwera SQL oraz usług terminalowych, bez względu na liczbę wykorzystywanych serwerów Windows, SQL i serwerów terminali. Dodatkowym trybem licencjonowania jest Per Processor Licensing, które zakłada, że aby oprogramowanie firmy Microsoft mogło być uruchomione na danym serwerze, jego procesory muszą mieć zapewnione licencje. Ani urządzenia klientów, ani użytkownicy nie potrzebują licencji CAL aby otrzymać dostęp do produktów serwerowych licencjonowanych na procesor.
Wymagania minimalne dla stacji roboczej, niezbędne do uruchomienia systemu Comarch ERP XL
Dla nowszych wersji Comarch ERP XL i systemów operacyjnych Windows 8 i wyższych zalecaną wielkością pamięci operacyjnej RAM jest 4 GB lub więcej.
HDD
1 szt. (IDE, SATA, SCSI, SAS)
Ekran
1920x1080
Zalecana jest 32 bitowa paleta kolorów.
NIC
10 Mb/s
Zalecana szybkość działania sieci wynosi 100 Mb/s.
Oprogramowanie
Wymagania minumum
Uwagi
System
operacyjny:
•Windows 10 x86/x64
• Windows 11 x86/x64
• Windows Server 2016 Standard/Datacenter Edition
• Windows Server 2019 Standard/Datacenter Edition
• Windows Server 2022 Standard/Datacenter Edition
Wersje serwerowe systemów operacyjnych zostały uwzględnione ze względów na kompatybilność systemu Comarch ERP XL z tymi produktami. W rzeczywistości stosowanie wersji serwerowych systemów operacyjnych jest niepraktyczne ze względów licencyjnych.
Wymagania dodatkowe:
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
.NET Framework 4.7.2
Od wersji 2022.1 Comarch ERP XL wymagany jest .NET Framework w wersji 4.7.2
Dla poprawnego funkcjonowania e-sklepu konieczne jest zainstalowanie .Net Framework w wersji 3.5
Licencje:
Wymagany jest zakup licencji na system operacyjny i licencje dostępowe CAL do serwera SQL.
Wymagania minimalne dla stacji roboczej, niezbędne do uruchomienia połączenia terminalowego z serwerem w celu pracy z systemem Comarch ERP XL
Dla nowszych wersji Comarch ERP XL i systemów operacyjnych Windows 8 i wyższych zalecaną wielkością pamięci operacyjnej RAM jest 4 GB lub więcej.
HDD
1 szt. (IDE, SATA, SCSI, SAS)
Ekran
1920x1080
Zalecana jest 32 bitowa paleta kolorów.
NIC
10 Mb/s
Zalecana szybkość działania sieci wynosi 100 Mb/s.
Oprogramowanie
Wymagane minimum
Uwagi
System operacyjny:
• Windows 10 x86/x64
• Windows 11 x86/x64
• Windows Server 2016 Standard/Datacenter Edition
• Windows Server 2019 Standard/Datacenter Edition
• Windows Server 2022 Standard/Datacenter Edition
Wersje serwerowe systemów operacyjnych zostały uwzględnione ze względów na kompatybilność systemu Comarch ERP XL z tymi produktami. W rzeczywistości stosowanie wersji serwerowych systemów operacyjnych jest niepraktyczne ze względów licencyjnych.
Dopuszczalne wersje językowe systemów, to polska lub angielska.
Dopuszczalne rozwiązanie niewspierane przez Comarch
• Linux
• Windows Server 2008
• Windows 7
• Windows Server 2008 R2 Standard/Enterprise Edition SP1
• Windows 8 x86/x64
• Windows Server 2012/2012 R2 Standard/ Datacenter Edition
Brak wsparcia pracy drukarek fiskalnych przez terminal.
Brak wsparcia dla wydruków tekstowych lub graficznych przez terminal.
Wymagania dodatkowe:
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
Licencje:
Wymagany jest zakup licencji na system operacyjny oraz przypisanie licencji CAL dla serwerowego systemu operacyjnego i licencji CAL dla usług terminalowych oraz licencji dostępowych CAL do serwera SQL.
Zmiany techniczne wprowadzone w wersji Comarch ERP XL 2024.1
W niniejszym dokumencie zostały opisane najważniejsze zmiany techniczne wprowadzone w systemie Comarch ERP XLw wersji 2024.1.0 w porównaniu do wersji Comarch ERP XL 2024.0.0.
Z dokumentem należy zapoznać się przed konwersją baz produkcyjnych Klientów do wersji Comarch ERP XL 2024.1.0.
Jeżeli konwersja jest przeprowadzana z wersji wcześniejszych niż wersja Comarch ERP XL 2024.0.0, należy zapoznać się z poprzednimi dokumentami o zmianach technicznych.
Uwaga
Od wersji Comarch ERP XL 2022.1.0 konwersję można bezpośrednio przeprowadzić od wersji Comarch ERP XL 2018.0.0. Jeżeli konwersja przeprowadzana jest z wersji niższych konieczne będzie zrobienie tego w dwóch krokach. Najpierw należy podnieść wersję bazy do wersji pomiędzy Comarch ERP XL 2018.0.0 a 2022.0.0, następnie przeprowadzić konwersję bazy do wersji Comarch ERP XL 2022.1.0 i wyższych.
Uwaga
Jeżeli konwersja zostanie przeprowadzona na wersji Systemu Comarch ERP XL bez wgranych poprawek bezpieczeństwa, należy postępować zgodnie z instrukcją: “Comarch ERP XL 2020.2.2 – Comarch ERP XL 2023.0, pakiet bezpieczeństwa”. Jest ona dostępna na stronach dla Partnerów oraz Klientów. Wersje z dostępnymi pakietami bezpieczeństwa:
2023.2, 2023.1 odpowiednio jako wersje HF 2023.2.2, 2023.1.5
2023.0, 2022.1, 2022.0.2, 2021.1, 2021.0.2, 2020.2.3, 2020.2.2 jako pakiety zmian.
Uwaga
Od wersji Comarch ERP XL 2024.1 zmieniono sposób komunikacji z serwerem SQL odpowiedzialnym za obsługę klucza licencji. Przy konwersji, w trakcie podpinania lub przy kreacji bazy danych, użytkownik zostanie poproszony o podanie danych użytkownika SQL (z uprawnieniami administratora) i określenie parametrów dotyczących szyfrowania połączenia z serwerem klucza.
Wspólne
Wersje aplikacji współpracujących z systemem Comarch ERP XL 2024.1.0
Aplikacja
Wersja
Uwagi
Comarch IBARD
6.11.2
Comarch e-Sklep
2024.3
Comarch B2B
Informacja w dokumentacji nowej wersji
Comarch Mobile
(Zarządzanie, Sprzedaż, Monitorowanie, Serwis)
2024.0 lub wyższa
Comarch WMS
(Zarządzanie, Magazynier)
2024.5.0
Comarch Magazynier
2024.0.0
Comarch ERP XL HR
2024.5.1
Comarch HRM
2024.5.1
Comarch DMS
(stacjonarny, WWW)
2024.1.1
Comarch ERP XL Business Intelligence
(Księga raportów, Panel zarządzania, Konfigurator)
Nowa platforma programistyczna do wersji Comarch ERP XL 2024.1.0
Dotychczas system Comarch ERP XL był udostępniany w wersji tworzonej na platformie programistycznej Clarion 8. Od wersji 2017.0.0 System Comarch ERP XL przygotowywany jest na nowej platformie Clarion 10.
Zmiany w komunikacji z serwerem klucza licencji od wersji Comarch ERP XL 2024.1.0
W wersji Comarch ERP XL 2024.1 zmieniono sposób komunikacji z serwerem SQL odpowiedzialnym za obsługę klucza licencji. Przy konwersji, w trakcie podpinania lub przy kreacji bazy danych, Użytkownik zostanie poproszony o podanie danych użytkownika SQL (z uprawnieniami administratora) i określenie parametrów dotyczących szyfrowania połączenia z serwerem klucza.
Autoryzacja i szyfrowanie połączenia z serwerem SQL klucza licencji
Szyfruj komunikację z serwerem SQL – parametr wymusza wymianę danych pomiędzy Comarch ERP XL a serwerem SQL w postaci zaszyfrowanej. Zalecane jest zaznaczenie tego parametru.
Ufaj certyfikatowi serwera SQL – należy zaznaczyć wyłącznie, jeżeli brak jest własnego zaufanego certyfikatu po stronie serwera SQL. Zalecane jest odznaczenie parametru i konfiguracja własnego certyfikatu SSL.
Po autoryzacji na serwerze SQL i określeniu parametrów dotyczących szyfrowania połączenia, należy podać dane loginu, który będzie wykorzystywany do pobierania licencji programu Comarch ERP XL.
Dane loginu klucza licencji
Po wykonaniu konwersji do wersji Comarch ERP XL 2024.1, na wszystkich stacjach roboczych na których zainstalowana jest wersja 2024.1, konieczne będzie określenie parametrów dotyczących szyfrowania połączenia z serwerem klucza licencji w konfiguracji komputera (rysunek poniżej) oraz ponowne podpięcie bazy danych.
Konfiguracja komputera zakładka Klucz
Zakończenie wsparcia Microsoft SQL Server 2014 od wersji Comarch ERP XL 2024.1.0
Od wersji Comarch ERP XL 2024.1.0 wsparcie dla Microsoft SQL Server 2014 zostaje zakończone.
Zmiany w środkach trwałych
Tabela SrtKarty:
Pole SRT_Dwutorowosc od tej wersji przestanie być używane.
Każdy tor teraz będzie obsługiwany przez dodanie/usunięcie danego toru z karty środka (lub dodanie toru w tracie życia odpowiednim dokumentem)
Podczas konwersji wszystkie środki trwałe będą miały pole SRT_Dwutorowosc ustawione na 1.
Na nowej karcie środka trwałego pole SrT_Dwutorowosc będzie ustawiane na 1 w sytuacji gdy środek na karcie będzie miał dodane dwa tory: Bilansowy i Podatkowy. W pozostałych sytuacjach będzie tam 0.
Podczas konwersji wszystkie środki „stają” się dwutorowe, czyli będą miały dodany tor Bilansowy i Podatkowy. W związku z czym konwersja:
doda do karty tor Bilansowy i Podatkowy
Ustawi pole Srt_Dwutorowosc = 1
Zaktualizuje nowe pola z kontami dla toru Podatkowego na podstawie wartości z toru Bilansowego: Srt_KontoGlP = Srt_KontoGl, Srt_KontoSTKP = Srt_KontoSTK, Srt_KontoUmP = Srt_KontoUm
Pola dla opisu analitycznego SrT_UjecieOpisDwuT i SrT_UjecieOpisJednoT nie są już używane. Zamiast nich powstało pole SrT_UjecieOpisA. Pole to podczas konwersji będzie wypełnione wartością z jednego z dotychczasowych pól na podstawie parametru SrT_Dwutorowosc.
SrtWzorce
Pole SrW_Dwutorowosc, przestaje być używane
Konwersja doda tor Bilansowy i Podatkowy do wzorca.
Konwersja zaktualizuje wartości dla toru podatkowego (metoda, stawka, współczynniki, miesiąc rozpoczęcia naliczania am.) dla wzorców, które do tej pory miały odznaczoną dwutorowość
Zaktualizuje nowe pola z kontami dla toru Podatkowego na podstawie wartości z toru Bilansowego: SrW_KontoGlP = SrW_KontoGl, SrW_KontoSTKP = SrW_KontoSTK, SrW_KontoUmP = SrW_KontoUm
SrtHistElem
Pole SHE_Dwutorowosc przestaje być używane:
Konwersja zaktualizuje SHE_Dwutorowosc = 1 dla wszystkich dokumentów mających wartości lub wpływ na wyliczanie wartości
Zmienia się logika zapisywania wartości w polu SHE_Tor. Do tej pory było: 0 – am. bilansowa i podatkowa; 1 – am. bilansowa; 2 – am. podatkowa. A teraz jest tam maska bitowa: 1 – am. bilansowa, 2 – am. podatkowa, - 4 – tor 3, 8 – tor 4, 16 – tor 5, i wszelkie kombinacje torów w postaci sumy tych wartości. W związku z czym konwersja dokona odpowiedniej aktualizacji tego pola (dotychczasowe 0 -> 3, a dotychczasowe 3 -> 0)
API zewnętrzne
Zmiany w funkcjach API zewnętrznego
Szczegóły dotyczące pól oraz funkcji znajdują się w dokumentacji API.
XLNowyDokument
Zmienione pola:
KursL
XLDodajPozycje
Zmienione pola:
KursL
XLDodajPozycje
Zmienione pola:
KursL
Dodane pola:
KARNumer
XLNowyDokumentZam
Zmienione pola:
KursL
Dodane pola:
KnSTypOdb
KnSFirmaOdb
KnSNumerOdb
KnSLpOdb
XLDodajPozycjeZam
Zmienione pola:
KursL
XLDodajZapis
Zmienione pola:
KursL
XLNowyDokumentImp
Zmienione pola:
KursL
XLNowyDokumentSad
Zmienione pola:
KursL
XLNowyDokumentZam
Dodane pola:
MsNaliczaniaTor3
MsNaliczaniaTor4
MsNaliczaniaTor5
MetodaAmTor3
MetodaAmTor4
MetodaAmTor5
DodajTor1
DodajTor2
DodajTor3
DodajTor4
DodajTor5
KontoGlP
KontoUmP
KontoSTKP
KontoGlTor3
KontoUmTor3
KontoAmTor3
KontoSTKTor3
KontoGlTor4
KontoUmTor4
KontoAmTor4
KontoSTKTor4
KontoGlTor5
KontoUmTor5
KontoAmTor5
KontoSTKTor5
StawkaTor3
WspAmTor3
WspDegrTor3
KwotaZlomTor3
StawkaTor4
WspAmTor4
WspDegrTor4
KwotaZlomTor4
StawkaTor5
WspAmTor5
WspDegrTor5
KwotaZlomTor5
BladOpis
XLDodajDokumentSRT
Dodane pola:
MsObowAmTor3
MsObowAmTor4
MsObowAmTor5
BladOpis
XLZamknijDokumentSRT
Dodane pola:
MsObowAmTor3
XLDodajPozycjeDokSRT
Dodane pola:
MsObowAmTor3
MsObowAmTor4
MsObowAmTor5
MetodaTor3
MetodaTor4
MetodaTor5
PodstTor3
PodstTor4
PodstTor5
DodajTor1
DodajTor2
DodajTor3
DodajTor4
DodajTor5
PodstawaAmTor3
PodstawaAmTor3Sys
PodstawaAmTor4
PodstawaAmTor4Sys
PodstawaAmTor5
PodstawaAmTor5Sys
StawkaTor3
StawkaTor4
StawkaTor5
WspAmTor3
WspAmTor4
WspAmTor5
WspDegrTor3
WspDegrTor4
WspDegrTor5
KwotaAmTor3
KwotaAmTor4
KwotaAmTor5
KwotaZlomTor3
KwotaZlomTor4
KwotaZlomTor5
BladOpis
Zmiana nazwy:
KwotaInwSys
PodstawaAmSys
XLUsunPozycjeDokSRT
Dodane pola:
BladOpis
XLUsunDokumentSRT
Dodane pola:
BladOpis
Zmiany w strukturze bazy danych
Zmiany w istniejących tabelach
CDN.BilansOtwarciaSElem
CDN.BilansOtwarciaSElem
Nazwa pola
Rodzaj operacji
Uwagi
BOS_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.BudzetPrjElem
CDN.BudzetPrjElem
Nazwa pola
Rodzaj operacji
Uwagi
BPE_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.BudzetPrjNagWaluty
CDN.BudzetPrjNagWaluty
Nazwa pola
Rodzaj operacji
Uwagi
BPNW_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.Dekrety
CDN.Dekrety
Nazwa pola
Rodzaj operacji
Uwagi
DT_KursKwota
Zmiana
decimal(21,2), null, -> decimal(29,10), null,
CDN.Dziennik
CDN.Dziennik
Nazwa pola
Rodzaj operacji
Uwagi
DZK_KSeFNumer
Dodanie
Szczegóły – dokumentacja tabel
CDN.FormBanNag
CDN.FormBanNag
Nazwa pola
Rodzaj operacji
Uwagi
FBN_CDCEditable
Dodanie
Szczegóły – dokumentacja tabel
FBN_CDCTypBanku
Dodanie
Szczegóły – dokumentacja tabel
FBN_CDCWaitingForFunds
Dodanie
Szczegóły – dokumentacja tabel
CDN.ImpNag
CDN.ImpNag
Nazwa pola
Rodzaj operacji
Uwagi
ImN_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.ImtArkusze
CDN.ImtArkusze
Nazwa pola
Rodzaj operacji
Uwagi
ITA_TorLp
Dodanie
Szczegóły – dokumentacja tabel
CDN.KntAdresy
CDN.KntAdresy
Nazwa pola
Rodzaj operacji
Uwagi
KnA_KodPCDC
Dodanie
Szczegóły – dokumentacja tabel
KnA_KrajCDC
Dodanie
Szczegóły – dokumentacja tabel
KnA_MiastoCDC
Dodanie
Szczegóły – dokumentacja tabel
KnA_NrDomuCDC
Dodanie
Szczegóły – dokumentacja tabel
KnA_NrMieszkaniaCDC
Dodanie
Szczegóły – dokumentacja tabel
KnA_RegionCDC
Dodanie
Szczegóły – dokumentacja tabel
KnA_UlicaCdc
Dodanie
Szczegóły – dokumentacja tabel
CDN.KntLimityK
CDN.KntLimityK
Nazwa pola
Rodzaj operacji
Uwagi
KLK_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.Konta
CDN.Konta
Nazwa pola
Rodzaj operacji
Uwagi
KKS_ZestZnacznik1
Dodanie
Szczegóły – dokumentacja tabel
KKS_ZestZnacznik2
Dodanie
Szczegóły – dokumentacja tabel
KKS_ZestZnacznikPod
Dodanie
Szczegóły – dokumentacja tabel
CDN.MemElem
CDN.MemElem
Nazwa pola
Rodzaj operacji
Uwagi
MEE_CTKursL
Zmiana
decimal(15,2), null, -> decimal(29,10), null,
MEE_CTKursM
Zmiana
decimal(15,2), null, -> decimal(29,10), null,
MEE_DTKursL
Zmiana
decimal(15,2), null, -> decimal(29,10), null,
MEE_DTKursM
Zmiana
decimal(15,2), null, -> decimal(29,10), null,
CDN.MemNag
CDN.MemNag
Nazwa pola
Rodzaj operacji
Uwagi
MEN_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.OpeKarty
CDN.OpeKarty
Nazwa pola
Rodzaj operacji
Uwagi
Ope_NieudaneLogowania
Dodanie
Szczegóły – dokumentacja tabel
Ope_NieudaneLogowanieCzas
Dodanie
Szczegóły – dokumentacja tabel
Ope_NieudaneLogowanieZrodlo
Dodanie
Szczegóły – dokumentacja tabel
CDN.PicoStanowiska
CDN.PicoStanowiska
Nazwa pola
Rodzaj operacji
Uwagi
PSa_DataDodania
Dodanie
Szczegóły – dokumentacja tabel
CDN.PicoWaluty
CDN.PicoWaluty
Nazwa pola
Rodzaj operacji
Uwagi
PwL_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.PodNag
CDN.PodNag
Nazwa pola
Rodzaj operacji
Uwagi
PON_DokZaksiegowane
Dodanie
Szczegóły – dokumentacja tabel
PON_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
PON_KursM
Zmiana
decimal(5,2), null, -> decimal(5,0), null,
CDN.Predekrety
CDN.Predekrety
Nazwa pola
Rodzaj operacji
Uwagi
PDT_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
PDT_Kwota
Zmiana
decimal(20,2), null, -> decimal(21,2), null,
PDT_KwotaWal
Zmiana
decimal(20,2), null, -> decimal(21,2), null,
CDN.PrmHistoria
CDN.PrmHistoria
Nazwa pola
Rodzaj operacji
Uwagi
PrH_RabatKwota
Zmiana
decimal(14,2), null, -> decimal(18,2), null,
PrH_RabatKwotaDokl
Zmiana
decimal(18,6), null, -> decimal(20,6), null,
CDN.ProlongElem
CDN.ProlongElem
Nazwa pola
Rodzaj operacji
Uwagi
PRLE_KursLOdsetki
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
PRLE_KursMOdsetki
Zmiana
decimal(5,2), null, -> decimal(5,0), null,
CDN.ProlongNag
CDN.ProlongNag
Nazwa pola
Rodzaj operacji
Uwagi
PRLN_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
PRLN_KursLOdsetki
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
PRLN_KursM
Zmiana
decimal(5,2), null, -> decimal(5,0), null,
PRLN_KursMOdsetki
Zmiana
decimal(5,2), null, -> decimal(5,0), null,
CDN.PrzelewyAutoryzacje
CDN.PrzelewyAutoryzacje
Nazwa pola
Rodzaj operacji
Uwagi
PPA_Podpis
Zmiana
varchar(5000), null, -> varchar(-1), null,
CDN.PrzelewyNagPodpisy
CDN.PrzelewyNagPodpisy
Nazwa pola
Rodzaj operacji
Uwagi
PPNP_LoginTyp
Dodanie
Szczegóły – dokumentacja tabel
CDN.Raporty
CDN.Raporty
Nazwa pola
Rodzaj operacji
Uwagi
KRP_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.SadNag
CDN.SadNag
Nazwa pola
Rodzaj operacji
Uwagi
SaN_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.SrtHistElem
CDN.SrtHistElem
Nazwa pola
Rodzaj operacji
Uwagi
SHE_KwotaAmTor3
Dodanie
Szczegóły – dokumentacja tabel
SHE_KwotaAmTor3Sys
Dodanie
Szczegóły – dokumentacja tabel
SHE_KwotaAmTor4
Dodanie
Szczegóły – dokumentacja tabel
SHE_KwotaAmTor4Sys
Dodanie
Szczegóły – dokumentacja tabel
SHE_KwotaAmTor5
Dodanie
Szczegóły – dokumentacja tabel
SHE_KwotaAmTor5Sys
Dodanie
Szczegóły – dokumentacja tabel
SHE_KwotaZlomTor3
Dodanie
Szczegóły – dokumentacja tabel
SHE_KwotaZlomTor3Sys
Dodanie
Szczegóły – dokumentacja tabel
SHE_KwotaZlomTor4
Dodanie
Szczegóły – dokumentacja tabel
SHE_KwotaZlomTor4Sys
Dodanie
Szczegóły – dokumentacja tabel
SHE_KwotaZlomTor5
Dodanie
Szczegóły – dokumentacja tabel
SHE_KwotaZlomTor5Sys
Dodanie
Szczegóły – dokumentacja tabel
SHE_MetodaAmTor3
Dodanie
Szczegóły – dokumentacja tabel
SHE_MetodaAmTor4
Dodanie
Szczegóły – dokumentacja tabel
SHE_MetodaAmTor5
Dodanie
Szczegóły – dokumentacja tabel
SHE_MsObowAmTor3
Dodanie
Szczegóły – dokumentacja tabel
SHE_MsObowAmTor4
Dodanie
Szczegóły – dokumentacja tabel
SHE_MsObowAmTor5
Dodanie
Szczegóły – dokumentacja tabel
SHE_NKUPKwota
Dodanie
Szczegóły – dokumentacja tabel
SHE_PodstawaAmTor3
Dodanie
Szczegóły – dokumentacja tabel
SHE_PodstawaAmTor3Sys
Dodanie
Szczegóły – dokumentacja tabel
SHE_PodstawaAmTor4
Dodanie
Szczegóły – dokumentacja tabel
SHE_PodstawaAmTor4Sys
Dodanie
Szczegóły – dokumentacja tabel
SHE_PodstawaAmTor5
Dodanie
Szczegóły – dokumentacja tabel
SHE_PodstawaAmTor5Sys
Dodanie
Szczegóły – dokumentacja tabel
SHE_PodstTor3
Dodanie
Szczegóły – dokumentacja tabel
SHE_PodstTor4
Dodanie
Szczegóły – dokumentacja tabel
SHE_PodstTor5
Dodanie
Szczegóły – dokumentacja tabel
SHE_PrzeszacowanieUstawowe
Dodanie
Szczegóły – dokumentacja tabel
SHE_SKTId
Dodanie
Szczegóły – dokumentacja tabel
SHE_StawkaAmTor3
Dodanie
Szczegóły – dokumentacja tabel
SHE_StawkaAmTor4
Dodanie
Szczegóły – dokumentacja tabel
SHE_StawkaAmTor5
Dodanie
Szczegóły – dokumentacja tabel
SHE_Tor3_Lp
Dodanie
Szczegóły – dokumentacja tabel
SHE_Tor4_Lp
Dodanie
Szczegóły – dokumentacja tabel
SHE_Tor5_Lp
Dodanie
Szczegóły – dokumentacja tabel
SHE_TorAm_Lp
Dodanie
Szczegóły – dokumentacja tabel
SHE_TorUm_Lp
Dodanie
Szczegóły – dokumentacja tabel
SHE_WspAmTor3
Dodanie
Szczegóły – dokumentacja tabel
SHE_WspAmTor4
Dodanie
Szczegóły – dokumentacja tabel
SHE_WspAmTor5
Dodanie
Szczegóły – dokumentacja tabel
SHE_WspDegrTor3
Dodanie
Szczegóły – dokumentacja tabel
SHE_WspDegrTor4
Dodanie
Szczegóły – dokumentacja tabel
SHE_WspDegrTor5
Dodanie
Szczegóły – dokumentacja tabel
SHE_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
SHE_KwotaAm
Zmiana
decimal(15,2), null, -> decimal(21,2), null,
SHE_KwotaAmSys
Zmiana
decimal(15,2), null, -> decimal(21,2), null,
SHE_KwotaUmSys
Zmiana
decimal(15,2), null, -> decimal(21,2), null,
SHE_KwotaZlomAmSys
Zmiana
decimal(15,2), null, -> decimal(21,2), null,
SHE_KwotaZlomSys
Zmiana
decimal(15,2), null, -> decimal(21,2), null,
CDN.SrtHistNag
CDN.SrtHistNag
Nazwa pola
Rodzaj operacji
Uwagi
SHN_KwotaAmTor3
Dodanie
Szczegóły – dokumentacja tabel
SHN_KwotaAmTor3Sys
Dodanie
Szczegóły – dokumentacja tabel
SHN_KwotaAmTor4
Dodanie
Szczegóły – dokumentacja tabel
SHN_KwotaAmTor4Sys
Dodanie
Szczegóły – dokumentacja tabel
SHN_KwotaAmTor5
Dodanie
Szczegóły – dokumentacja tabel
SHN_KwotaAmTor5Sys
Dodanie
Szczegóły – dokumentacja tabel
SHN_MsObowAmTor3
Dodanie
Szczegóły – dokumentacja tabel
SHN_MsObowAmTor4
Dodanie
Szczegóły – dokumentacja tabel
SHN_MsObowAmTor5
Dodanie
Szczegóły – dokumentacja tabel
SHN_PodstawaAmTor3
Dodanie
Szczegóły – dokumentacja tabel
SHN_PodstawaAmTor3Sys
Dodanie
Szczegóły – dokumentacja tabel
SHN_PodstawaAmTor4
Dodanie
Szczegóły – dokumentacja tabel
SHN_PodstawaAmTor4Sys
Dodanie
Szczegóły – dokumentacja tabel
SHN_PodstawaAmTor5
Dodanie
Szczegóły – dokumentacja tabel
SHN_PodstawaAmTor5Sys
Dodanie
Szczegóły – dokumentacja tabel
SHN_KwotaAmSys
Zmiana
decimal(15,2), null, -> decimal(21,2), null,
SHN_KwotaInwSys
Zmiana
decimal(15,2), null, -> decimal(21,2), null,
SHN_KwotaUmSys
Zmiana
decimal(15,2), null, -> decimal(21,2), null,
SHN_PodsawaAmSys
Zmiana
decimal(15,2), null, -> decimal(21,2), null,
CDN.SrtKarty
CDN.SrtKarty
Nazwa pola
Rodzaj operacji
Uwagi
Srt_DataRozpTor3
Dodanie
Szczegóły – dokumentacja tabel
Srt_DataRozpTor4
Dodanie
Szczegóły – dokumentacja tabel
Srt_DataRozpTor5
Dodanie
Szczegóły – dokumentacja tabel
Srt_KontoAmTor3
Dodanie
Szczegóły – dokumentacja tabel
Srt_KontoAmTor4
Dodanie
Szczegóły – dokumentacja tabel
Srt_KontoAmTor5
Dodanie
Szczegóły – dokumentacja tabel
Srt_KontoGlP
Dodanie
Szczegóły – dokumentacja tabel
Srt_KontoGlTor3
Dodanie
Szczegóły – dokumentacja tabel
Srt_KontoGlTor4
Dodanie
Szczegóły – dokumentacja tabel
Srt_KontoGlTor5
Dodanie
Szczegóły – dokumentacja tabel
Srt_KontoSTKP
Dodanie
Szczegóły – dokumentacja tabel
Srt_KontoSTKTor3
Dodanie
Szczegóły – dokumentacja tabel
Srt_KontoSTKTor4
Dodanie
Szczegóły – dokumentacja tabel
Srt_KontoSTKTor5
Dodanie
Szczegóły – dokumentacja tabel
Srt_KontoUmP
Dodanie
Szczegóły – dokumentacja tabel
Srt_KontoUmTor3
Dodanie
Szczegóły – dokumentacja tabel
Srt_KontoUmTor4
Dodanie
Szczegóły – dokumentacja tabel
Srt_KontoUmTor5
Dodanie
Szczegóły – dokumentacja tabel
Srt_KwotaZlomTor3
Dodanie
Szczegóły – dokumentacja tabel
Srt_KwotaZlomTor4
Dodanie
Szczegóły – dokumentacja tabel
Srt_KwotaZlomTor5
Dodanie
Szczegóły – dokumentacja tabel
Srt_MetodaTor3
Dodanie
Szczegóły – dokumentacja tabel
Srt_MetodaTor4
Dodanie
Szczegóły – dokumentacja tabel
Srt_MetodaTor5
Dodanie
Szczegóły – dokumentacja tabel
Srt_MsNaliczaniaAmTor3
Dodanie
Szczegóły – dokumentacja tabel
Srt_MsNaliczaniaAmTor4
Dodanie
Szczegóły – dokumentacja tabel
Srt_MsNaliczaniaAmTor5
Dodanie
Szczegóły – dokumentacja tabel
Srt_NKUPOgraniczenie
Dodanie
Szczegóły – dokumentacja tabel
Srt_StawkaTor3
Dodanie
Szczegóły – dokumentacja tabel
Srt_StawkaTor4
Dodanie
Szczegóły – dokumentacja tabel
Srt_StawkaTor5
Dodanie
Szczegóły – dokumentacja tabel
Srt_Tor3_Lp
Dodanie
Szczegóły – dokumentacja tabel
Srt_Tor4_Lp
Dodanie
Szczegóły – dokumentacja tabel
Srt_Tor5_Lp
Dodanie
Szczegóły – dokumentacja tabel
Srt_TorAm_Lp
Dodanie
Szczegóły – dokumentacja tabel
Srt_TorUm_Lp
Dodanie
Szczegóły – dokumentacja tabel
Srt_UjecieOpisA
Dodanie
Szczegóły – dokumentacja tabel
Srt_WBudowie
Dodanie
Szczegóły – dokumentacja tabel
Srt_WspAmTor3
Dodanie
Szczegóły – dokumentacja tabel
Srt_WspAmTor4
Dodanie
Szczegóły – dokumentacja tabel
Srt_WspAmTor5
Dodanie
Szczegóły – dokumentacja tabel
Srt_WspDegrTor3
Dodanie
Szczegóły – dokumentacja tabel
Srt_WspDegrTor4
Dodanie
Szczegóły – dokumentacja tabel
Srt_WspDegrTor5
Dodanie
Szczegóły – dokumentacja tabel
CDN.SrtWzorce
CDN.SrtWzorce
Nazwa pola
Rodzaj operacji
Uwagi
SrW_KontoAmTor3
Dodanie
Szczegóły – dokumentacja tabel
SrW_KontoAmTor4
Dodanie
Szczegóły – dokumentacja tabel
SrW_KontoAmTor5
Dodanie
Szczegóły – dokumentacja tabel
SrW_KontoGlP
Dodanie
Szczegóły – dokumentacja tabel
SrW_KontoGlTor3
Dodanie
Szczegóły – dokumentacja tabel
SrW_KontoGlTor4
Dodanie
Szczegóły – dokumentacja tabel
SrW_KontoGlTor5
Dodanie
Szczegóły – dokumentacja tabel
SrW_KontoSTKP
Dodanie
Szczegóły – dokumentacja tabel
SrW_KontoSTKTor3
Dodanie
Szczegóły – dokumentacja tabel
SrW_KontoSTKTor4
Dodanie
Szczegóły – dokumentacja tabel
SrW_KontoSTKTor5
Dodanie
Szczegóły – dokumentacja tabel
SrW_KontoUmP
Dodanie
Szczegóły – dokumentacja tabel
SrW_KontoUmTor3
Dodanie
Szczegóły – dokumentacja tabel
SrW_KontoUmTor4
Dodanie
Szczegóły – dokumentacja tabel
SrW_KontoUmTor5
Dodanie
Szczegóły – dokumentacja tabel
SrW_MetodaTor3
Dodanie
Szczegóły – dokumentacja tabel
SrW_MetodaTor4
Dodanie
Szczegóły – dokumentacja tabel
SrW_MetodaTor5
Dodanie
Szczegóły – dokumentacja tabel
SrW_MsNaliczaniaAmTor3
Dodanie
Szczegóły – dokumentacja tabel
SrW_MsNaliczaniaAmTor4
Dodanie
Szczegóły – dokumentacja tabel
SrW_MsNaliczaniaAmTor5
Dodanie
Szczegóły – dokumentacja tabel
SrW_StawkaTor3
Dodanie
Szczegóły – dokumentacja tabel
SrW_StawkaTor4
Dodanie
Szczegóły – dokumentacja tabel
SrW_StawkaTor5
Dodanie
Szczegóły – dokumentacja tabel
SrW_Tor3_Lp
Dodanie
Szczegóły – dokumentacja tabel
SrW_Tor4_Lp
Dodanie
Szczegóły – dokumentacja tabel
SrW_Tor5_Lp
Dodanie
Szczegóły – dokumentacja tabel
SrW_TorAm_Lp
Dodanie
Szczegóły – dokumentacja tabel
SrW_TorUm_Lp
Dodanie
Szczegóły – dokumentacja tabel
SrW_WspAmTor3
Dodanie
Szczegóły – dokumentacja tabel
SrW_WspAmTor4
Dodanie
Szczegóły – dokumentacja tabel
SrW_WspAmTor5
Dodanie
Szczegóły – dokumentacja tabel
SrW_WspDegrTor3
Dodanie
Szczegóły – dokumentacja tabel
SrW_WspDegrTor4
Dodanie
Szczegóły – dokumentacja tabel
SrW_WspDegrTor5
Dodanie
Szczegóły – dokumentacja tabel
CDN.SrwUrzadzenia
CDN.SrwUrzadzenia
Nazwa pola
Rodzaj operacji
Uwagi
SrU_Opis
Zmiana
varchar(511), null, -> varchar(4999), null,
CDN.TraElem
CDN.TraElem
Nazwa pola
Rodzaj operacji
Uwagi
TrE_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.TraNag
CDN.TraNag
Nazwa pola
Rodzaj operacji
Uwagi
TrN_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
TrN_KursLPierw
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.TraPlat
CDN.TraPlat
Nazwa pola
Rodzaj operacji
Uwagi
TrP_CDCTaskId
Dodanie
Szczegóły – dokumentacja tabel
TrP_LastMod
Dodanie
Szczegóły – dokumentacja tabel
TrP_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.UmlNag
CDN.UmlNag
Nazwa pola
Rodzaj operacji
Uwagi
ULN_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.UmlPrzedmioty
CDN.UmlPrzedmioty
Nazwa pola
Rodzaj operacji
Uwagi
ULP_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.UmlRaty
CDN.UmlRaty
Nazwa pola
Rodzaj operacji
Uwagi
ULR_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.UmwNag
CDN.UmwNag
Nazwa pola
Rodzaj operacji
Uwagi
UmN_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.UmwPlat
CDN.UmwPlat
Nazwa pola
Rodzaj operacji
Uwagi
UPl_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.UmwVat
CDN.UmwVat
Nazwa pola
Rodzaj operacji
Uwagi
UmV_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.UpoElem
CDN.UpoElem
Nazwa pola
Rodzaj operacji
Uwagi
UPE_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.UpoNag
CDN.UpoNag
Nazwa pola
Rodzaj operacji
Uwagi
UPN_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
UPN_KursLKosztUp
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.UstawieniaList
CDN.UstawieniaList
Nazwa pola
Rodzaj operacji
Uwagi
ULT_PominDodatkoweKol
Dodanie
Szczegóły – dokumentacja tabel
CDN.WalElem
CDN.WalElem
Nazwa pola
Rodzaj operacji
Uwagi
WaE_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.WalNag
CDN.WalNag
Nazwa pola
Rodzaj operacji
Uwagi
WaN_Nazwa
Zmiana
varchar(20), null, -> varchar(50), null,
WaN_Panstwo
Zmiana
varchar(30), null, -> varchar(50), null,
CDN.XL_SyncStatus
CDN.XL_SyncStatus
Nazwa pola
Rodzaj operacji
Uwagi
NazwaTabeli
Zmiana
sysname(-1), not null, -> nvarchar(-1), not null,
CDN.ZamNag
CDN.ZamNag
Nazwa pola
Rodzaj operacji
Uwagi
ZaN_KursL
Zmiana
decimal(7,2), null, -> decimal(15,10), null,
CDN.ZamPlat
CDN.ZamPlat
Nazwa pola
Rodzaj operacji
Uwagi
ZaP_KursL
Zmiana
sysname(-1), not null, -> nvarchar(-1), not null,
CDN.ZamVat
CDN.ZamVat
Nazwa pola
Rodzaj operacji
Uwagi
ZaV_KursL
Zmiana
sysname(-1), not null, -> nvarchar(-1), not null,
CDN.Zapisy
CDN.Zapisy
Nazwa pola
Rodzaj operacji
Uwagi
KAZ_KursL
Zmiana
sysname(-1), not null, -> nvarchar(-1), not null,
Inne zmiany w strukturze bazy danych
Uwaga
W związku ze zmianami funkcji czy procedur mogą przestać działać wykonywane na etapie wdrożenia wydruki, wykresy, szybkie raporty czy inne niestandardowe dodatki, korzystające z wymienionych poniżej obiektów. W szczególności jeśli były one modyfikowane, zostaną zastąpione nowymi, zgodnymi z wersją Comarch ERP XL 2024.1.0 obiektami.
Przed przejściem produkcyjnym na wersję Comarch ERP XL 2024.1.0 należy sprawdzić działanie wszystkich dedykowanych rozwiązań występujących w instalacjach
W niniejszym dokumencie zostały opisane najważniejsze zmiany techniczne wprowadzone w systemie Comarch ERPXL w wersji 2024.0.0 w porównaniu do wersji Comarch ERP XL 2023.2.0.
Z dokumentem należy zapoznać się przed konwersją baz produkcyjnych Klientów do wersji Comarch ERP XL 2024.0.0.
Jeżeli konwersja jest przeprowadzana z wersji wcześniejszych niż wersja Comarch ERP XL 2023.2.0, należy zapoznać się z poprzednimi dokumentami o zmianach technicznych.
Uwaga
Pakiet bezpieczeństwa w wersji Comarch ERP XL 2024.0
Wersja Systemu Comarch ERP XL 2024.0 zawiera pakiet bezpieczeństwa. Jeżeli konwersja zostanie przeprowadzona na wersji Systemu Comarch ERP XL bez wgranych poprawek bezpieczeństwa, należy postępować zgodnie z instrukcją: “Comarch ERP XL 2023.2 – instalacja wersji HF, lista poprawionych zgłoszeń”.
Wersje dla których dostępne są pakiety bezpieczeństwa:
2023.2, 2023.1 odpowiednio jako wersje HF 2023.2.3, 2023.2.2, 2023.1.5
2023.0, 2022.1, 2022.0.2, 2021.1, 2021.0.2, 2020.2.3, 2020.2.2 jako pakiety zmian
Uwaga
Od wersji Comarch ERP XL 2022.1.0 konwersję można bezpośrednio przeprowadzić od wersji Comarch ERP XL 2018.0.0. Jeżeli konwersja przeprowadzana jest z wersji niższych konieczne będzie zrobienie tego w dwóch krokach. Najpierw należy podnieść wersję bazy do wersji pomiędzy Comarch ERP XL 2018.0.0 a 2022.0.0, następnie przeprowadzić konwersję bazy do wersji Comarch ERP XL 2022.1.0 i wyższych.
Wspólne
Wersje aplikacji współpracujących z systemem Comarch ERP XL 2024.0.0
Aplikacja
Wersja
Uwagi
Comarch IBARD
6.9.0
Wszystko.pl
Aktualna wersja www.wszystko.pl
Comarch e-Sklep
2024.0
Comarch B2B
Informacja w dokumentacji nowej wersji
Comarch Mobile
(Zarządzanie, Sprzedaż, Monitorowanie, Serwis)
2024.0.0
Comarch WMS
(Zarządzanie, Magazynier)
2024.0.0
Comarch Magazynier
2023.0.0
Comarch ERP XL HR
2024.1.1
Comarch HRM
2024.1
Comarch DMS
(stacjonarny, WWW)
2024.0
Comarch ERP XL Business Intelligence
(Księga raportów, Panel zarządzania, Konfigurator)
2024.0
Comarch ERP XL Business Intelligence
(BI Point)
2023.3
Migracja danych XL2XML
11.0
Comarch MES
2024.0
Comarch e-Sprawozdania
2024.0
Comarch POS
2024.0
Comarch Shipping
Aktualna wersja shipping.comarch.com
Comarch Apfino
Aktualna wersja apfino.pl
Comarch sPrint
2023.1.1002
Comarch APS
2024.0
Comarch webPOS
2024.0
Nowa platforma programistyczna do wersji Comarch ERP XL 2024.0.0
Dotychczas system Comarch ERP XL był udostępniany w wersji tworzonej na platformie programistycznej Clarion 8. Od wersji 2017.0.0 System Comarch ERP XL przygotowywany jest na nowej platformie Clarion 10.
Pakiet bezpieczeństwa w wersji Comarch ERP XL 2024.0.0
Wersja Systemu Comarch ERP XL 2024.0 zawiera pakiet bezpieczeństwa. Jeżeli konwersja zostanie przeprowadzona na wersji Systemu Comarch ERP XL bez wgranych poprawek bezpieczeństwa, należy postępować zgodnie z instrukcją: “Comarch ERP XL 2023.2 – instalacja wersji HF, lista poprawionych zgłoszeń”.
Wersje dla których dostępne są pakiety bezpieczeństwa:
2023.2, 2023.1 odpowiednio jako wersje HF 2023.2.3, 2023.2.2, 2023.1.5
2023.0, 2022.1, 2022.0.2, 2021.1, 2021.0.2, 2020.2.3, 2020.2.2 jako pakiety zmian
Zakończenie wsparcia systemów operacyjnych Microsoft Windows Server 2012/2012 R2, Windows 8.2
Od wersji Comarch ERP XL 2024.0.0 wsparcie dla systemów operacyjnych Windows Server 2012/2012 R2 oraz Windows 8.2 zostaje zakończone.
API zewnętrzne
Dodane funkcje API zewnętrznego
Szczegóły dotyczące pól oraz funkcji znajdują się w dokumentacji API.
XLKSeFOtworzSesje
Dodane pola:
Wersja
TrybWsadowy
TypSesji
Uwierzytelnienie
Token
XLKSeFZamknijSesje
Dodane pola:
Wersja
NumerSesjiKsef
XLKSeFWyslijDokumenty
Dodane pola:
Wersja
XLKSeFUstalStatusDokumentu
Dodane pola:
Wersja
TrybWsadowy
DokTyp
DokNumer
KSeFStatus
KSeFTStampWyslania
KSeFTStampPrzyjecia
KSeFTStampUPO
KSeFNumer
NrRefSesji
NrRefDokumentu
StatusWysylki
XLKSeFDodajDokumentyDoWyslania
Dodane pola:
Wersja
DokTyp
DokNumer
Akcja
XLKSeFZmienStatusDokumentu
Dodane pola:
Wersja
TrybWsadowy
DokTyp
DokNumer
KSeFStatus
KSeFTStampWyslania
KSeFTStampPrzyjecia
KSeFTStampUPO
KSeFNumer
NrRefSesji
NrRefDokumentu
StatusWysylki
XLKSeFPobierzUPO
Dodane pola:
Wersja
DokTyp
DokNumer
NumerSesjiKsef
XLKSeFUsunStatusDokumentu
Dodane pola:
Wersja
TrybWsadowy
DokTyp
DokNumer
XLKSeFPobierzDokumenty
Dodane pola:
Wersja
DataOd
DataDo
NumerKsef
XLKSeFSpinajZDokumentem
Dodane pola:
Wersja
KsfId
GidTyp
GidFirma
GidNumer
GidLp
XLKSeFRozlaczZDokumentem
Dodane pola:
Wersja
KsfId
GidTyp
GidFirma
GidNumer
GidLp
Zmiany w funkcjach API zewnętrznego
Szczegóły dotyczące pól oraz funkcji znajdują się w dokumentacji API.
XLDodajPozycjeZam
Dodane pola:
RodzajDatyRealizacji
DataOdZam
XLDodajRealizacjeOperacjiProd
Dodane pola:
DodaneRealizacjeId
XLNowyOdczytInw
Dodane pola:
OpeNumer
GUID
Zmiany w strukturze bazy danych
Dodane tabele
CDN.AILimityKredytowe
CDN.AILimityKredytowe
Nazwa pola
Rodzaj operacji
Uwagi
AILK_NIP
Dodanie
Szczegóły – dokumentacja tabel
AILK_PodmiotID
Dodanie
Szczegóły – dokumentacja tabel
AILK_Akronim
Dodanie
Szczegóły – dokumentacja tabel
AILK_Dzialalnosc
Dodanie
Szczegóły – dokumentacja tabel
AILK_Partner
Dodanie
Szczegóły – dokumentacja tabel
AILK_Wielkosc
Dodanie
Szczegóły – dokumentacja tabel
AILK_Pierwsza_data
Dodanie
Szczegóły – dokumentacja tabel
AILK_Ostatnia_data
Dodanie
Szczegóły – dokumentacja tabel
AILK_Liczba_faktur
Dodanie
Szczegóły – dokumentacja tabel
AILK_Wolumen
Dodanie
Szczegóły – dokumentacja tabel
AILK_Wolumen_ostatnie_lata
Dodanie
Szczegóły – dokumentacja tabel
AILK_Kwota_sprzedazy
Dodanie
Szczegóły – dokumentacja tabel
AILK_Procent_sprzedazy
Dodanie
Szczegóły – dokumentacja tabel
AILK_Kwota_sprzedazy_ostatnie_lata
Dodanie
Szczegóły – dokumentacja tabel
AILK_Procent_sprzedazy_ostatnie_lata
Dodanie
Szczegóły – dokumentacja tabel
AILK_Peak_sprzedaz_ostatnie_lata
Dodanie
Szczegóły – dokumentacja tabel
AILK_Srednia_naleznosc
Dodanie
Szczegóły – dokumentacja tabel
AILK_Srednia_naleznosc_termin
Dodanie
Szczegóły – dokumentacja tabel
AILK_Max_naleznosc
Dodanie
Szczegóły – dokumentacja tabel
AILK_Max_naleznosc_termin
Dodanie
Szczegóły – dokumentacja tabel
AILK_Max_naleznosc_wystawiona
Dodanie
Szczegóły – dokumentacja tabel
AILK_KwotaKwantyl
Dodanie
Szczegóły – dokumentacja tabel
AILK_Min_naleznosc
Dodanie
Szczegóły – dokumentacja tabel
AILK_Max_naleznosc_ostatnie_lata
Dodanie
Szczegóły – dokumentacja tabel
AILK_Procent_terminowo
Dodanie
Szczegóły – dokumentacja tabel
AILK_Srednie_opoznienie
Dodanie
Szczegóły – dokumentacja tabel
AILK_Srednie_opoznienie_ost_lata
Dodanie
Szczegóły – dokumentacja tabel
AILK_Poprawa_terminowosci
Dodanie
Szczegóły – dokumentacja tabel
AILK_Zmiennosc
Dodanie
Szczegóły – dokumentacja tabel
AILK_Procent_niesplaconych_faktur
Dodanie
Szczegóły – dokumentacja tabel
AILK_Procent_niesplaconych_faktur_ost_lata
Dodanie
Szczegóły – dokumentacja tabel
AILK_Procent_niedoplata
Dodanie
Szczegóły – dokumentacja tabel
AILK_Srednia_pozostala_kwota_ost_lata
Dodanie
Szczegóły – dokumentacja tabel
AILK_KwotaOstatnia
Dodanie
Szczegóły – dokumentacja tabel
AILK_KwotaPozostala
Dodanie
Szczegóły – dokumentacja tabel
AILK_Opoznienie
Dodanie
Szczegóły – dokumentacja tabel
AILK_Klasa
Dodanie
Szczegóły – dokumentacja tabel
AILK_Rekomendacja
Dodanie
Szczegóły – dokumentacja tabel
AILK_Scoring
Dodanie
Szczegóły – dokumentacja tabel
AILK_Rating
Dodanie
Szczegóły – dokumentacja tabel
AILK_Czynnik
Dodanie
Szczegóły – dokumentacja tabel
AILK_Akcja
Dodanie
Szczegóły – dokumentacja tabel
AILK_Liczba_Limitow
Dodanie
Szczegóły – dokumentacja tabel
AILK_Aktualny_Limit
Dodanie
Szczegóły – dokumentacja tabel
AILK_Limit
Dodanie
Szczegóły – dokumentacja tabel
AILK_Limit_transakcyjny
Dodanie
Szczegóły – dokumentacja tabel
AILK_Limit_Roznica
Dodanie
Szczegóły – dokumentacja tabel
AILK_Procent_Roznica
Dodanie
Szczegóły – dokumentacja tabel
CDN.ProdObiektyDoPlanu
CDN.ProdObiektyDoPlanu
Nazwa pola
Rodzaj operacji
Uwagi
POPL_Id
Dodanie
Szczegóły – dokumentacja tabel
POPL_PZLId
Dodanie
Szczegóły – dokumentacja tabel
POPL_POBId
Dodanie
Szczegóły – dokumentacja tabel
POPL_PFUId
Dodanie
Szczegóły – dokumentacja tabel
POPL_PTCId
Dodanie
Szczegóły – dokumentacja tabel
POPL_POBLp
Dodanie
Szczegóły – dokumentacja tabel
CDN.SlwTypyInwentaryzacjiPOS
CDN.SlwTypyInwentaryzacjiPOS
Nazwa pola
Rodzaj operacji
Uwagi
SLTI_Id
Dodanie
Szczegóły – dokumentacja tabel
SLTI_SlwId
Dodanie
Szczegóły – dokumentacja tabel
SLTI_GUID
Dodanie
Szczegóły – dokumentacja tabel
SLTI_RodzOdc
Dodanie
Szczegóły – dokumentacja tabel
SLTI_DodPoz
Dodanie
Szczegóły – dokumentacja tabel
SLTI_OtwPoz
Dodanie
Szczegóły – dokumentacja tabel
SLTI_WyswRozbZamk
Dodanie
Szczegóły – dokumentacja tabel
SLTI_OpeOtwPoz
Dodanie
Szczegóły – dokumentacja tabel
SLTI_IloscDoc
Dodanie
Szczegóły – dokumentacja tabel
SLTI_SortKat
Dodanie
Szczegóły – dokumentacja tabel
CDN.WMSTresciDok
CDN.WMSTresciDok
Nazwa pola
Rodzaj operacji
Uwagi
WmD_GIDTyp
Dodanie
Szczegóły – dokumentacja tabel
WmD_GIDNumer
Dodanie
Szczegóły – dokumentacja tabel
WmD_IdTresci
Dodanie
Szczegóły – dokumentacja tabel
WmD_Szczegoly
Dodanie
Szczegóły – dokumentacja tabel
CDN.WszystkoPLOpisyOfert
CDN.WszystkoPLOpisyOfert
Nazwa pola
Rodzaj operacji
Uwagi
WOO_SekcjaId
Dodanie
Szczegóły – dokumentacja tabel
WOO_GIDNumerTwr
Dodanie
Szczegóły – dokumentacja tabel
WOO_Uklad
Dodanie
Szczegóły – dokumentacja tabel
WOO_Tekst
Dodanie
Szczegóły – dokumentacja tabel
WOO_Obraz1
Dodanie
Szczegóły – dokumentacja tabel
WOO_Obraz2
Dodanie
Szczegóły – dokumentacja tabel
Zmiany w istniejących tabelach
CDN.AtrybutyHist
CDN.AtrybutyHist
Nazwa pola
Rodzaj operacji
Uwagi
AtH_GUID
Dodanie
Szczegóły – dokumentacja tabel
CDN.AtrybutyKlasy
CDN.AtrybutyKlasy
Nazwa pola
Rodzaj operacji
Uwagi
AtK_KSeF
Dodanie
Szczegóły – dokumentacja tabel
CDN.DaneBinarne
CDN.DaneBinarne
Nazwa pola
Rodzaj operacji
Uwagi
DAB_WszystkoPlLink
Dodanie
Szczegóły – dokumentacja tabel
CDN.DokDefinicje
CDN.DokDefinicje
Nazwa pola
Rodzaj operacji
Uwagi
Dok_PlanWskazaneZasoby
Dodanie
Szczegóły – d
CDN.GrupyTemp
CDN.GrupyTemp
Nazwa pola
Rodzaj operacji
Uwagi
RPG_Grupa
Zmiana
varchar(128), not null, -> varchar(255), not null
CDN.InwArk
CDN.InwArk
Nazwa pola
Rodzaj operacji
Uwagi
InA_CzasModyfikacji
Dodanie
Szczegóły – dokumentacja tabel
InA_GUID
Dodanie
Szczegóły – dokumentacja tabel
InA_PsAID
Dodanie
Szczegóły – dokumen
CDN.InwNag
CDN.InwNag
Nazwa pola
Rodzaj operacji
Uwagi
InN_GUID
Dodanie
Szczegóły – dokumentacja tabel
InN_Nazwa
Dodanie
Szczegóły – dokumentacja tabel
InN_POSTypId
Dodanie
Szczegóły – dokumentacja tabel
InN_RealizujWPOS
Dodanie
Szczegóły – dokumentacja tabel
CDN.InwOdc
CDN.InwOdc
Nazwa pola
Rodzaj operacji
Uwagi
InO_GUID
Dodanie
Szczegóły – dokumentacja tabel
CDN.InwTwr
CDN.InwTwr
Nazwa pola
Rodzaj operacji
Uwagi
InT_GUID
Dodanie
Szczegóły – dokumentacja tabel
CDN.KntAdresy
CDN.KntAdresy
Nazwa pola
Rodzaj operacji
Uwagi
KnA_CharsetANSI
Dodanie
Szczegóły – dokumentacja tabel
CDN.KntKarty
CDN.KntKarty
Nazwa pola
Rodzaj operacji
Uwagi
Knt_BigApfinoVycOczekiwanie
Dodanie
Szczegóły – dokumentacja tabel
Knt_BigApfinoVycWynik
Dodanie
Szczegóły – dokumentacja tabel
Knt_BigApfinoVycWynikData
Dodanie
Szczegóły – dokumentacja tabel
Knt_CharsetANSI
Dodanie
Szczegóły – dokumentacja tabel
Knt_GUIDKarta
Dodanie
Szczegóły – dokumentacja tabel
CDN.KSeFDokumenty
CDN.KSeFDokumenty
Nazwa pola
Rodzaj operacji
Uwagi
KSF_KodPocztowySprzedawcy
Dodanie
Szczegóły – dokumentacja tabel
KSF_MiejscowoscSprzedawcy
Dodanie
Szczegóły – dokumentacja tabel
KSF_NrDomuSprzedawcy
Dodanie
Szczegóły – dokumentacja tabel
KSF_NrLokaluSprzedawcy
Dodanie
Szczegóły – dokumentacja tabel
KSF_PocztaSprzedawcy
Dodanie
Szczegóły – dokumentacja tabel
KSF_StatusWysylki
Dodanie
Szczegóły – dokumentacja tabel
KSF_UlicaSprzedawcy
Dodanie
Szczegóły – dokumentacja tabel
CDN.Nazwy
CDN.Nazwy
Nazwa pola
Rodzaj operacji
Uwagi
Naz_Nazwa2
Dodanie
Szczegóły – dokumentacja tabel
CDN.OpeKarty
CDN.OpeKarty
Nazwa pola
Rodzaj operacji
Uwagi
Ope_ChatERP
Dodanie
Szczegóły – dokumentacja tabel
CDN.PicoKonfig
CDN.PicoKonfig
Nazwa pola
Rodzaj operacji
Uwagi
PcK_AutomatyczneNaliczaniePP
Dodanie
Szczegóły – dokumentacja tabel
PcK_InwObs
Dodanie
Szczegóły – dokumentacja tabel
PcK_InwOstDodawTwrNaDok
Dodanie
Szczegóły – dokumentacja tabel
CDN.ProdNadzlecenia
CDN.ProdNadzlecenia
Nazwa pola
Rodzaj operacji
Uwagi
PNZ_PlanWskazaneZasoby
Dodanie
Szczegóły – dokumentacja tabel
CDN.ProdPlanyDokumenty
CDN.ProdPlanyDokumenty
Nazwa pola
Rodzaj operacji
Uwagi
PPD_PPTGId
Zmiana
int(10,0), null, -> int(10,0), not null
CDN.ProdZlecenia
CDN.ProdZlecenia
Nazwa pola
Rodzaj operacji
Uwagi
PZL_PlanWskazaneZasoby
Dodanie
Szczegóły – dokumentacja tabel
CDN.SlwRodzajePrzesylek
CDN.SlwRodzajePrzesylek
Nazwa pola
Rodzaj operacji
Uwagi
SLRP_ShipServiceId
Dodanie
Szczegóły – dokumentacja tabel
CDN.StaKarty
CDN.StaKarty
Nazwa pola
Rodzaj operacji
Uwagi
Sta_ChatERP
Dodanie
Szczegóły – dokumentacja tabel
Sta_POSInwArkZamk
Dodanie
Szczegóły – dokumentacja tabel
Sta_POSInwentaryzacja
Dodanie
Szczegóły – dokumentacja tabel
Sta_POSInwRaportLista
Dodanie
Szczegóły – dokumentacja tabel
Sta_POSInwRaportModyfObcy
Dodanie
Szczegóły – dokumentacja tabel
CDN.TwrAplikacje
CDN.TwrAplikacje
Nazwa pola
Rodzaj operacji
Uwagi
TAP_WszystkoPlIlosc
Dodanie
Szczegóły – dokumentacja tabel
TAP_WszystkoPlIloscSpr
Dodanie
Szczegóły – dokumentacja tabel
TAP_WszystkoPlOpisy
Dodanie
Szczegóły – dokumentacja tabel
CDN.TwrPromocje
CDN.TwrPromocje
Nazwa pola
Rodzaj operacji
Uwagi
TPR_Aktywny
Dodanie
Szczegóły – dokumentacja tabel
TPR_LastMod
Dodanie
Szczegóły – dokumentacja tabel
TPR_OpeMod
Dodanie
Szczegóły – dokumentacja tabel
CDN.ZamRealizacja
CDN.ZamRealizacja
Nazwa pola
Rodzaj operacji
Uwagi
ZaR_KurierId
Dodanie
Szczegóły – dokumentacja tabel
Inne zmiany w strukturze bazy danych
Uwaga
W związku ze zmianami funkcji czy procedur mogą przestać działać wykonywane na etapie wdrożenia wydruki, wykresy, szybkie raporty czy inne niestandardowe dodatki, korzystające z wymienionych poniżej obiektów. W szczególności jeśli były one modyfikowane, zostaną zastąpione nowymi, zgodnymi z wersją Comarch ERP XL 2024.0.0 obiektami.
Przed przejściem produkcyjnym na wersję Comarch ERP XL 2024.0.0 należy sprawdzić działanie wszystkich dedykowanych rozwiązań występujących w instalacjach
Poniższy dokument zawiera informacje dotyczące minimalnych wymagań sprzętowo-systemowych dla systemu Comarch ERP XL. Wymagania te określają minimum, jakie musi spełniać konfiguracja infrastruktury technicznej w celu uzyskania wsparcia technicznego i merytorycznego dla systemu Comarch ERP XL. Przedstawione w ramach niniejszego dokumentu konfiguracje pozwalają na uruchomienie systemu Comarch ERP XL na potrzeby testów lub małych grup roboczych (do 5 użytkowników równoczesnych).
Główne zmiany dotyczące wymagań związane z wersją 2024.0 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2024.0 przestaje wspierać System Operacyjny Windows Server 2012/2012 R2 oraz Windows 8.1. Zalecana jest aktualizacja Systemu Operacyjnego do wyższych wersji.
Główne zmiany dotyczące wymagań związane z wersją 2023.2 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2023.2 poprawnie współpracuje z serwerem bazy danych Microsoft SQL Server 2022
System Comarch ERP XL od wersji 2023.2 poprawnie współpracuje z systemem operacyjnym Windows Server 2022
System Comarch ERP XL od wersji 2023.2 poprawnie współpracuje z systemem operacyjnym Windows 11
Główne zmiany dotyczące wymagań związane z wersją 2023.0 systemu Comarch ERP XL to:
Z końcem roku 2022 zakończone zostanie wsparcie dla instalacji Comarch ERP XL, działającej w oparciu o Microsoft SQL Server 2012. Wiąże się to z zaprzestaniem testowania poprawności działania takich baz danych.
Rekomendowana jest zatem aktualizacja serwera SQL do nowej wersji.
Główne zmiany dotyczące wymagań związane z wersją 2022.1 systemu Comarch ERP XL to:
Od wersji Comarch ERP XL 2022.1.0 konwersję można bezpośrednio przeprowadzić od wersji Comarch ERP XL 2018.0.0. Jeżeli konwersja przeprowadzana jest z wersji niższych konieczne będzie zrobienie tego w dwóch krokach. Najpierw należy podnieść wersję bazy do wersji pomiędzy Comarch ERP XL 2018.0.0 a 2022.0.0, następnie przeprowadzić konwersję bazy do wersji Comarch ERP XL 2022.1.0 i wyższych
System Comarch ERP XL od wersji 2022.1 wymaga instalacji Microsoft .Net Framework 4.7.2
Do optymalnego działania list typu Devexpress zalecamy korzystanie z serwerów SQL powyżej wersji Microsoft SQL Server 2012
Główne zmiany dotyczące wymagań związane z wersją 2021.1 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2021.1 nie wspiera współpracy z Systemami operacyjnymi Windows 7 oraz Windows Server 2008 R2
Główne zmiany dotyczące wymagań związane z wersją 2020.1 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2020.1 poprawnie współpracuje z serwerem bazy danych Microsoft SQL Server 2019. Konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Główne zmiany dotyczące wymagań związane z wersją 2020.0 systemu Comarch ERP XL to:
W Systemie Comarch ERP XL od wersji 2020.0 zostaje podniesiona wersja Microsoft .NET Framework do wersji Microsoft .NET Framework 4.5.1
Główne zmiany dotyczące wymagań związane z wersją 2019.2 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2019.2 wymaga zainstalowania sterownika Microsoft® SQL Server® 2012 Native Client
Główne zmiany dotyczące wymagań związane z wersją 2019.1 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2019.1 nie współpracuje z serwerem bazy danych Microsoft SQL Server 2008 oraz Microsoft SQL Server 2008 R2.
System Comarch ERP XL od wersji 2019.1 nie wspiera współpracy z systemami operacyjnymi Windows Vista oraz Windows Server 2008
System Comarch ERP XL od wersji 2019.1 poprawnie współpracuje z systemem operacyjnym Windows Server 2019
Główne zmiany dotyczące wymagań związane z wersją 2018.1 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2018.1 poprawnie współpracuje z serwerem bazy danych Microsoft SQL Server 2017
Do poprawnego działania systemu Comarch XL wymagana jest instalacja Microsoft .Net Framework 4.6.2
Główne zmiany dotyczące wymagań związane z wersją 2017.0 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2017.0 współpracuje z systemem operacyjnym Windows Server 2016
System Comarch ERP XL od wersji 2017.0 poprawnie współpracuje z serwerem bazy danych Microsoft SQL Server 2016
Główne zmiany dotyczące wymagań związane z wersją 2016.0 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2016.0 poprawnie współpracuje z systemem operacyjnym Windows 10
System Comarch ERP XL od wersji 2016.0 nie wspiera współpracy z systemami Windows XP, Windows Server 2003 oraz Windows Server 2003 R2
Główne zmiany dotyczące wymagań związane z wersją 2015.0 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2015.0 poprawnie współpracuje z serwerem bazy danych Microsoft SQL Server 2014
System Comarch ERP XL od wersji 2015.0 nie współpracuje z serwerem bazy danych Microsoft SQL Server 2005.
Główne zmiany dotyczące wymagań związane z wersją 2014.1 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 2014.1 poprawnie współpracuje z systemem operacyjnym Windows Server 2012 R2
Główne zmiany dotyczące wymagań związane z wersją 2013 systemu Comarch ERP XL to:
Wszystkie wersje systemu Comarch ERP XL wydane w roku 2013 będą zapewniały wsparcie dla serwera Microsoft SQL Server 2005. Wersje systemu wydane w roku 2014 i kolejnych nie będą zapewniały wsparcia dla Microsoft SQL Server 2005
Główne zmiany dotyczące wymagań związane z wersją 11.0 systemu Comarch ERP XL to:
System Comarch ERP XL od wersji 11.0 poprawnie współpracuje z systemem operacyjnym Windows 8
System Comarch ERP XL od wersji 11.0 poprawnie współpracuje z systemem operacyjnym Windows Server 2012
Główne zmiany dotyczące wymagań związane z wersją 10.5 systemu Comarch CDN XL to:
System Comarch CDN XL od wersji 10.5 poprawnie współpracuje z serwerem baz danych Microsoft SQL Server 2012
Do poprawnego działania systemu Comarch CDN XL wymagana jest instalacja Microsoft .Net Framework 4.6.2
Zmianie uległy nazwy loginów oraz hasła do serwera MS SQL używane do autoryzacji poprzez „SQL Server authentication”, które wykorzystuje system Comarch CDN XL. Loginy o nazwach: CDNXL i CDNXLADO zostały zamienione na: ComarchCDNXL i ComarchCDNXLADO.
Dodatkowo na potrzeby automatycznej synchronizacji bazy Comarch CDN XL z Optimą dodany został login ComarchCDNXLOffl, który jest zakładany przy kreacji/konwersji bazy danych.
Główne zmiany dotyczące wymagań związane z wersją 10.0 systemu Comarch CDN XL to:
System Comarch CDN XL od wersji 10.0 nie współpracuje z serwerem baz danych Microsoft SQL Server 2000
Istnieje możliwość bezpośredniej konwersji bazy danych systemu Comarch CDN XL z wersji 8.x i 9.x do wersji 10.0
Główne zmiany dotyczące wymagań związane z wersją 9.7 systemu Comarch CDN XL, to:
System Comarch CDN XL od wersji 9.7 poprawnie współpracuje z serwerem baz danych Microsoft SQL Server 2008 R2
Moduł Menadżer Baz nie wykorzystuje już do komunikacji z Microsoft SQL Server obiektów DMO (Distributed Management Objects). W związku z tym nie ma potrzeby instalowania na stanowiskach na których będziemy podłączać/kreować/konwertować bazę danych systemu Comarch CDN XL komponentów zgodności wstecznej (Backward compatibility).
Instalator systemu Comarch CDN XL posiada opcję pozwalającą zainstalować najnowsze biblioteki klienckie (Microsoft SQL Server Native Client)
System Comarch CDN XL w wersji 9.7 jest ostatnią wersją wspierającą pracę z serwerem baz danych MS SQL Server 2000. Od wersji 10 Comarch CDN XL nie będzie wsparcia dla tej wersji MS SQL Server
Główne zmiany dotyczące wymagań związane z wersją 9.6 systemu Comarch CDN XL to:
System Comarch CDN XL w wersji 9.5 jest ostatnią wersją wspierającą pracę z systemem operacyjnym Windows 2000
System Comarch CDN XL w wersji 9.0 uzyskał certyfikat „Compatible with Windows 7”:
Główne zmiany dotyczące wymagań związane z wersją 9.0 systemu Comarch CDN XL to:
W przypadku współpracy systemu Comarch CDN XL z serwerem baz danych MS SQL Server 2005/2008 zaleca się korzystanie z najnowszych bibliotek klienckich (Native Client) na stacjach roboczych łączących się z serwerem SQL. Biblioteki te przyspieszają komunikację z serwerem SQL. Pliki instalacyjne dostępne są w pakietach Feature Pack for Microsoft SQL Server 2005/2008 .Zalecenie to dotyczy również wcześniejszych wersji systemu Comarch CDN XL współpracujących z MS SQL Server 2005/2008/2008 R2.
Główne zmiany dotyczące wymagań związane z wersją 8.0 systemu CDN XL to:
System CDN XL od wersji 8.0 poprawnie współpracuje z system Microsoft Windows 2008 Server
System CDN XL od wersji 8.0 poprawnie współpracuje z serwerem baz danych SQL Server 2008
Główne zmiany dotyczące wymagań związane z wersją 7.1systemu CDN XL to:
Konieczność instalacji DirectX 9.0c End-Users Runtimes dostępnego w lokalizacji oraz na płytach instalacyjnych system CDN XL 7.1. DirectX wykorzystywane jest przy wizualizacji magazynu wysokiego składowania.
Główne zmiany dotyczące wymagań związane z wersją 7.0 systemu CDN XL to:
System CDN XL w wersji 6.0 uzyskał certyfikat „Works with Windows Vista”:
Konieczności instalacji platformy .NET (.NET Framework 2.0) – dotyczy stacji roboczych i serwerów na których ma być uruchamiana wersja 7.0 systemu CDN XL.
Główne zmiany dotyczące wymagań związane z wersją 6.0 systemu CDN XL to:
Brak wsparcia dla systemów: Windows 98 oraz Windows 98 Second Edition
Ze względu na błąd znaleziony w serwerze baz danych SQL Server 2005 konieczne jest zainstalowanie SP2 do tego silnika bazy danych. Na temat współpracy systemu CDN XL z SQL 2005 Server dostępny jest biuletyn techniczny
Do działania modułu KTL Manager (narzędzie do zarządzania OLAP 2005) wymagana jest instalacja .Net FrameWork w wersji 2.0. Dla prawidłowego działania modułów Definiowania interfejsu (mała hydra) i Interfejs programistyczny (duża hydra) wymagana jest instalacja .Net FrameWork 1.x. System CDN XL pracuje prawidłowo przy jednoczesnej instalacji obu wersji .Net FrameWork.
Główne zmiany dotyczące wymagań związane z wersją 5.0systemu CDN XL to:
Konieczności instalacji platformy .NET (.NET Framework 1.1) – dotyczy stacji i serwerów na których ma być uruchamiana wersja 5.0 systemu CDN XL. Wersja 2.0 .Net Framework jest niekompatybilna z systemem CDN XL. Istnieje możliwość uruchomienia systemu CDN XL na komputerze, na którym został zainstalowany równocześnie .Net Framework w wersji 1.x i 2.0.
Wymóg posiadania licencji CAL do serwera SQL dla stacji roboczych z zainstalowaną OPT!MĄ Off-Line, które przeprowadzają synchronizację z serwerem synchronizacji systemu CDN XL 5.0. Licencja CAL do serwera Windows jest zalecane dla stacji roboczej, na której jest wykonywana synchronizacja, ze względu na możliwość wykorzystania mechanizmów wbudowanych w serwer Windows 2000/2003, mogących zabezpieczyć transmisję danych pomiędzy serwerem synchronizacji, a oddziałem.
Wymagania minimalne, niezbędne do uruchomienia serwera baz danych na potrzeby systemu Comarch ERP XL
System Comarch ERP XL działa w architekturze Klient/Serwer. W przypadku najprostszej instalacji jednostanowiskowej zarówno warstwa serwera baz danych, jak i również aplikacja może działać na jednym stanowisku. W praktyce wyodrębnia się funkcje serwera baz danych na odrębnej platformie sprzętowej.
Sprzęt
Wymagane minimum
Uwagi
CPU
Min. 1 Ghz
Intel (Core/Core 2/Xeon)AMD (Duron/Sempron/Athlon/Phenom/EPYC/Ryzen)
Zalecany 2 GHz lub szybszy
Wymagana ilość wolnej przestrzeni dyskowej zależy od zastosowanej wersji i edycji systemu operacyjnego, serwera baz danych oraz planowanej ilości przechowywanych danych. Podana wartość 4 GB jest zalecaną wartością minimalną.
Ekran
800x600, 256 kolorów
Zalecana: 1024x768 oraz 32 bitowa paleta kolorów.
NIC
100 Mb/s
Zalecana szybkość działania sieci wynosi 100/1000 Mb/s.
Porty
USB
Interfejs jest wymagany w celu instalacji sprzętowego klucza HASP.
Oprogramowanie – wersja desktop, maksymalnie do 5 użytkowników
Wymagane minimum
Uwagi
System operacyjny:
• Windows 10 x86/x64
•Windows 11 x86/x64
•Windows Server 2016 Standard/Datacenter Edition
•Windows Server 2019 Standard/Datacenter Edition
• Windows Server 2022 Standard/Datacenter Edition
Baza danych:
• MS SQL Server 2014 Express/Workgroup/Standard/Enterprise Edition x86/x64
• MS SQL Server 2016 Express/Workgroup/Standard/Enterprise Edition x86/x64
• MS SQL Server 2017 Express/Workgroup/Standard/Enterprise Edition x86/x64
• MS SQL Server 2019 Express/Workgroup/Standard/Enterprise Edition x86/x64
• MS SQL Server 2022 Express/Workgroup/Standard/Enterprise Edition x86/x64
W przypadku MS SQL Server Express istnieje ograniczenie na rozmiar pliku bazy danych.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
System plików:
FAT lub NTFS
Wymagania dodatkowe:
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
.NET Framework 4.7.2
Od wersji 2022.1 Comarch ERP XL wymagany jest .NET Framework w wersji 4.7.2
Dla poprawnego funkcjonowania e-sklepu konieczne jest zainstalowanie .Net Framework w wersji 3.5
Licencje:
Wymagany jest zakup licencji na system operacyjny. W przypadku serwerowych systemów operacyjnych wymagane są również licencje dostępowe do serwera (systemu operacyjnego) typu CAL.
Serwery baz danych typu Express są dystrybuowane bez dodatkowych opłat.
Oprogramowanie - wersja serwer
Wymagane minimum
Uwagi
System operacyjny:
• Windows Server 2016 Standard/Datacenter Edition
• Windows Server 2019 Standard/Datacenter Edition
• Windows Server 2022 Standard/Datacenter Edition
Dopuszczalne wersje językowe systemów, to polska lub angielska.
Baza danych:
MS SQL 2014 Server Standard/Enterprise Edition x86/x64
MS SQL 2016 Server Standard/Enterprise Edition x86/x64
MS SQL Server 2017 Standard/Enterprise Edition x86/x64
MS SQL Server 2019 Standard/Enterprise Edition x86/x64
MS SQL Server 2022 Standard/Enterprise Edition x86/x64
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
System plików:
NTFS
Wymagania dodatkowe:
Internet Explorer w najnowszej dostępnej wersji, najnowszy zestaw poprawek i uaktualnień do systemu operacyjnego.
Licencje:
Konieczny jest zakup licencji na: system operacyjny, serwer baz danych oraz wymaganych licencji CAL dla serwera SQL i systemu operacyjnego.
W przypadku wykorzystywania serwera SQL przez jeden z modułów systemu Comarch ERP XL - Comarch B2B, e-skleplub przez inne aplikacje internetowe, pojawia się problem wyboru modelu licencjonowania. Zgodnie z zaleceniami Microsoft najłatwiej jest zastosować licencjonowanie per CPU.
W sytuacji, kiedy taki model jest nie do przyjęcia ze względów ekonomicznych, można zapewnić każdemu użytkownikowi nazwanemu, wykorzystującemu taki system, odpowiednie licencje CAL. Muszą to być licencje typu per user, bo w praktyce jednoznaczna identyfikacja urządzenia z którego nastąpiło połączenie może być niemożliwa.
Dodatkowo wymagane są licencje CAL Windows dla każdego użytkownika korzystającego z tych aplikacji lub zamiennie licencja External Connector.
Wymagania minimalne dotyczące serwera terminali
Sprzęt
Wymagane minimum
Uwagi
CPU
Min. 1 GHz + 200 MHz dla każdej sesji terminalowej
Intel (Core/Core 2/Xeon)
AMD (Duron/Sempron/Athlon/Phenom/EPYC/Ryzen)
Wymagana szybkości taktowania procesora przeliczana jest na podstawie ilości równoczesnych sesji terminalowych z uruchomionym systemem Comarch ERP XL. Przy 10 równoczesnych sesjach łączna szybkość wszystkich CPU powinna wynosić minimum 3 GHz.
RAM
2 GB + min. 400 MB dla każdej z sesji terminalowej systemu Comarch ERP XL
Wymagana wielkość pamięci operacyjnej przeliczana jest na ilość równoczesnych sesji terminalowych z uruchomionym pojedynczym modułem systemu Comarch ERP XL. Przy 10 równoczesnych sesjach należy przyjąć wymaganą ilość pamięci RAM jako 4 GB, a przy 20 sesjach około 8 GB dla wersji systemu Comarch ERP XL.
HDD
1 szt. (IDE, SATA, SCSI, SAS)
Zalecana liczba dysków 2, w macierzy sprzętowej RAID1.
Ekran
1920x1080
Zalecana jest 32 bitowa paleta kolorów.
NIC
10 Mb/s
Zalecana szybkość działania sieci wynosi 100 Mb/s.
Konsumpcja pasma w połączeniach WAN
Min. 80 kb/s na jedną sesje dla połączenia w protokole RDP (Microsoft Terminal Services). Może się ono wahać od 5 kb/s do około 150 kb/s.
Przy większej liczbie połączeń terminalowych można wykorzystać oprogramowanie Citrix.
Oprogramowanie
Wymagane minimum
Uwagi
System operacyjny:
• Windows Server 2016 Standard/Datacenter Edition
• Windows Server 2019 Standard/Datacenter Edition
• Windows Server 2022 Standard/Datacenter Edition
Dopuszczalne wersje językowe systemów, to polska lub angielska.
System plików:
NTFS
Wymagania systemowe:
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
.NET Framework 4.7.2
Od wersji 2022.1 Comarch ERP XL wymagany jest .NET Framework w wersji 4.7.2
Dla poprawnego funkcjonowania e-sklepu konieczne jest zainstalowanie .Net Framework w wersji 3.5
Licencje:
Wymagany jest zakup licencji na serwerowy system operacyjny oraz licencji dostępowych CAL do systemu operacyjnego i SQL, oraz licencji CAL dla usług terminalowych w liczbie odpowiadającej ilości użytkowników lub urządzeń korzystających z serwera usług terminalowych.
W przypadku rozbudowanej infrastruktury serwerów opartych na produktach firmy Microsoft, można przyjąć politykę licencjonowania per user lub per device (per seat), która pozwala na przypisaniu każdej ze stacji roboczych po jednej licencji dostępowej CAL do systemu, serwera SQL oraz usług terminalowych, bez względu na liczbę wykorzystywanych serwerów Windows, SQL i serwerów terminali. Dodatkowym trybem licencjonowania jest Per Processor Licensing, które zakłada, że aby oprogramowanie firmy Microsoft mogło być uruchomione na danym serwerze, jego procesory muszą mieć zapewnione licencje. Ani urządzenia klientów, ani użytkownicy nie potrzebują licencji CAL aby otrzymać dostęp do produktów serwerowych licencjonowanych na procesor.
Wymagania minimalne dla stacji roboczej, niezbędne do uruchomienia systemu Comarch ERP XL
Dla nowszych wersji Comarch ERP XL i systemów operacyjnych Windows 8 i wyższych zalecaną wielkością pamięci operacyjnej RAM jest 4 GB lub więcej.
HDD
1 szt. (IDE, SATA, SCSI, SAS)
Ekran
1920x1080
Zalecana jest 32 bitowa paleta kolorów.
NIC
10 Mb/s
Zalecana szybkość działania sieci wynosi 100 Mb/s.
Oprogramowanie
Wymagania minumum
Uwagi
System
operacyjny:
•Windows 10 x86/x64
• Windows 11 x86/x64
• Windows Server 2016 Standard/Datacenter Edition
• Windows Server 2019 Standard/Datacenter Edition
• Windows Server 2022 Standard/Datacenter Edition
Wersje serwerowe systemów operacyjnych zostały uwzględnione ze względów na kompatybilność systemu Comarch ERP XL z tymi produktami. W rzeczywistości stosowanie wersji serwerowych systemów operacyjnych jest niepraktyczne ze względów licencyjnych.
Wymagania dodatkowe:
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
.NET Framework 4.7.2
Od wersji 2022.1 Comarch ERP XL wymagany jest .NET Framework w wersji 4.7.2
Dla poprawnego funkcjonowania e-sklepu konieczne jest zainstalowanie .Net Framework w wersji 3.5
Licencje:
Wymagany jest zakup licencji na system operacyjny i licencje dostępowe CAL do serwera SQL.
Wymagania minimalne dla stacji roboczej, niezbędne do uruchomienia połączenia terminalowego z serwerem w celu pracy z systemem Comarch ERP XL
Dla nowszych wersji Comarch ERP XL i systemów operacyjnych Windows 8 i wyższych zalecaną wielkością pamięci operacyjnej RAM jest 4 GB lub więcej.
HDD
1 szt. (IDE, SATA, SCSI, SAS)
Ekran
1920x1080
Zalecana jest 32 bitowa paleta kolorów.
NIC
10 Mb/s
Zalecana szybkość działania sieci wynosi 100 Mb/s.
Oprogramowanie
Wymagane minimum
Uwagi
System operacyjny:
• Windows 10 x86/x64
• Windows 11 x86/x64
• Windows Server 2016 Standard/Datacenter Edition
• Windows Server 2019 Standard/Datacenter Edition
• Windows Server 2022 Standard/Datacenter Edition
Wersje serwerowe systemów operacyjnych zostały uwzględnione ze względów na kompatybilność systemu Comarch ERP XL z tymi produktami. W rzeczywistości stosowanie wersji serwerowych systemów operacyjnych jest niepraktyczne ze względów licencyjnych.
Dopuszczalne rozwiązanie niewspierane przez Comarch
• Linux
• Windows Server 2008
• Windows 7
• Windows Server 2008 R2 Standard/Enterprise Edition SP1
• Windows 8 x86/x64
• Windows Server 2012/2012 R2 Standard/ Datacenter Edition
Brak wsparcia pracy drukarek fiskalnych przez terminal.
Wymagania dodatkowe:
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
Licencje:
Wymagany jest zakup licencji na system operacyjny oraz przypisanie licencji CAL dla serwerowego systemu operacyjnego i licencji CAL dla usług terminalowych oraz licencji dostępowych CAL do serwera SQL.
Zalecenia dotyczące budowania infrastruktury sprzętowej Systemu Comarch ERP XL 2024.0
Zalecenia dotyczące budowy infrastruktury sprzętowo-programowej dla systemu Comarch ERP XL
Celem niniejszego dokumentu jest określenie zaleceń pomocnych przy budowie efektywnej infrastruktury dla systemu Comarch ERP XL, opartej na technologii firmy Microsoft oraz platformie sprzętowej bazującej na procesorach firmy Intel lub AMD.
W związku z faktem, że odbiorcami system COMARCH ERP XL są firmy o różnej wielkości, począwszy od kilku, a skończywszy na paruset stanowiskach, każda z nich będzie stawiała inne wymagania dotyczące budowanej infrastruktury. Zebrane poniżej informacje zostały usystematyzowane w taki sposób, aby mogły stanowić dla klientów oraz integratorów systemu Comarch ERP XL, poradnik będący pomocą przy efektywnym doborze wymaganego sprzętu oraz oprogramowania. Podane liczby użytkowników systemu Comarch ERP XL dla określonych konfiguracji sprzętowych należy traktować orientacyjnie. Rozumiemy przez to, że platforma sugerowana dla 30-40 użytkowników, może obsłużyć również większą ich liczbę. Należy jednak zawsze mieć świadomość istniejącej granicy wydajności dla danej platformy sprzętowej i ograniczonej możliwości jej rozbudowy. Szczególnie jest to ważne w przypadku firm dynamicznie rozwijających się, które powiększają swój personel, a tym samym zwiększają liczbą równocześnie pracujących użytkowników systemu Comarch ERP XL. W takiej sytuacji, szansą na minimalizację całkowitych kosztów ponoszonych na inwestycje związane z zapewnieniem wydajnej infrastruktury sprzętowej jest trafny wybór początkowego rozwiązania, dającego się skalować w perspektywie 2-3 lat.
Wymagania dotyczące konfiguracji serwera lub serwerów, na których będzie pracował system Comarch ERP XL, zależą od takich czynników jak:
liczba równocześnie pracujących użytkowników,
liczba generowanych dokumentów,
wykorzystanie usług terminalowych do uruchamiania aplikacji Comarch ERP XL.
W celu przedstawienia przykładowych konfiguracji, przyjęto ilość równocześnie pracujących użytkowników systemu Comarch ERP XL jako podstawowy element klasyfikacji.
Serwer obsługujący transakcyjną bazę danych MS SQL Server
Serwer bazy danych jest dedykowaną maszyną z zainstalowanym oprogramowaniem relacyjnej bazy danych MS SQL Server (2014 / 2016 / 2017 / 2019 / 2022), która zapewnia transakcyjność wykonywanych operacji oraz przechowuje dane generowane za pośrednictwem systemu Comarch ERP XL.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Zaleca się, aby serwer ten nie pełnił dodatkowych funkcji (np. serwera aplikacji, serwera plików, itp.), wówczas wydajność silnika baz danych będzie najwyższa.
Zalecana konfiguracja minimalna do 15 użytkowników (miesięcznie 5000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone do pracy w firmach o niewielkiej infrastrukturze IT, wspomagającej procesy zarządzania firmą. W większości przypadków jest to równoznaczne z mała ilość użytkowników i komputerów PC.
Rozwiązanie opiera się na instalacji jednego, głównego serwera systemu Comarch ERP XL, który może ewentualnie pełnić dodatkowo rolę kontrolera domeny, serwera usług sieciowych takich jak: DHCP i DNS, serwera drukarek i umożliwiać współdzielenie zasobów plikowych (w takich przypadkach obciążenie serwera może być o wiele większe i należy to brać pod uwagę przy planowaniu infrastruktury).
2. Dopuszczalna jest niewielka liczba użytkowników (nie więcej niż 15) pracujących za pośrednictwem usług terminalowych na serwerze SQL systemu Comarch ERP XL.
3. Brak przewidywanego dużego rozwoju infrastruktury IT w okresie 1-2 lat, przez duży rozwój należy rozumieć np. wzrost liczby równocześnie pracujących użytkowników, co najmniej o 50-100%, zwiększenie liczby użytkowników pracujących za pośrednictwem usług terminalowych, wykorzystanie usług analitycznych OLAP itp.
4. Schemat obrazujący rozwiązanie przedstawia poniższy rysunek.
Schemat infrastruktury systemu Comarch ERP XL opartej na jednym serwerze
Zalecana konfiguracja serwera
Poniższa Tabela przestawia Konfigurację serwera systemu Comarch ERP XL, wersja do 15 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1x Intel Xeon 4C 2.4 GHz
RAM
8 GB
HDD
2 x SAS 146 GB 15k rpm
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID1 (2 x HDD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa Tabela przestawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja do 15 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacja MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2014 / 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2014 / 2016 /2017 / 2019 / 2022
Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa Tabela przestawia Wymagane licencje dla systemu Comarch ERP XL, wersja do 15 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/ 2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2014/2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja od 16 do 25 użytkowników (miesięcznie 10000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o małej lub średniej infrastrukturze IT, wspomagającej procesy zarządzania firmą. Zakładana liczba stanowisk pracujących równocześnie wynosi nie więcej niż 25.
2. Rozwiązanie oparte o jeden serwer główny systemu Comarch ERP XL z perspektywą dalszego rozwoju infrastruktury IT w krótkim czasie (maksymalnie 1-1,5 roku). Może być proponowane dla firm zaczynających pracę z mniejszą ilością stanowisk, a planujących zwiększenie ich liczby do 25 lub dla firm, które wdrażają system Comarch ERP XL.
3. Proponowane rozwiązanie zakłada, że ewentualni użytkownicy systemu Comarch ERP XL, którzy pracują zdalnie z wykorzystaniem usług terminalowych, działają na dedykowanym do tego celu serwerze. Pracę terminalową na serwerze bazy danych w przypadku obsługi przez nią więcej niż 15 równocześnie pracujących użytkowników należy traktować incydentalnie. Wymagana konfiguracja dla serwera terminali opisana jest w kolejnych rozdziałach.
4. Schematy mogące obrazować, to rozwiązanie zostały przedstawione na poniższych rysunkach. Wybór jednego z modeli zależy od potrzeb konkretnego klienta.
Schemat infrastruktury dla systemu Comarch ERP XL opartego na jednym serwerze z odrębnym serwerem domeny, plików i drukarekSchemat infrastruktury dla systemu Comarch ERP XL z dedykowanym serwerem aplikacji (serwer terminali)Schemat infrastruktury dla systemu Comarch ERP XL z dedykowanym serwerem analitycznym
Zalecana konfiguracja serwera
Poniższa Tabela przestawia Konfigurację serwera systemu Comarch ERP XL, wersja od 15 do 25 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1x Intel Xeon 4C 3.0GHz
RAM
16 GB
HDD
2 x SAS 300 GB 15k rpm
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID1 (2 x HDD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa Tabela przestawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 15 do 25 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2014 / 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2014 / 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa Tabela przestawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 15 do 25 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2014/2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja od 26 do 50 użytkowników (miesięcznie 18000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o średniej infrastrukturze IT. Zakładana liczba stanowisk, które będą działać równocześnie, od samego początku wdrożenia będzie wynosić 25 – 50.
2. Proponowane rozwiązanie jest przeznaczone dla firm, które planują etapowy rozwój swojej infrastruktury IT w czasie nie dłuższym niż 1 rok. Może być proponowane tam, gdzie planuje się docelowo pracę do 50 użytkowników. W tym rozwiązaniu wszystkie inne usługi i funkcjonalności, takie jak: usługi terminalowe, serwer analityczny, serwer plików i drukarek powinny być obsługiwane przez dedykowany serwer lub serwery. Dopuszczalnym rozwiązaniem jest czasowe połączenie tych funkcjonalności i potraktowanie takiej sytuacji, jako tymczasowej, z zaplanowanym poszerzeniem liczby zainstalowanych serwerów.
3. Istotnym elementem wpływającym na wydajność jest również intensywność pracy, co przekłada się na ilość generowanych dziennie dokumentów (transakcji) w system Comarch ERP XL. W sytuacji, kiedy planowana liczba użytkowników mających pracować z systemem Comarch ERP XL będzie wynosić ok. 26 – 50, proponowana konfiguracja powinna umożliwić rozbudowę pozwalającą na zaspokojenie wymaganej moczy przetwarzania.
4. Schematy obrazujący to rozwiązanie, zostały przedstawione na poniższych rysunkach. Wybór konkretnego modelu zależy od potrzeb konkretnego klienta.
Schemat infrastruktury systemu Comarch ERP XL z uwzględnieniem rozdzielenie bazy transakcyjnej, bazy OLAP i usług terminalowych na odrębne serwerySchemat rozbudowanej infrastruktury systemu Comarch ERP XL z uwzględnieniem istniejącego środowiska oraz oddziałów firmy
Zalecana konfiguracja serwera
Poniższa Tabela przedstawia Konfigurację serwera systemu Comarch ERP XL, wersja od 25 do 50 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1x Intel Xeon 6C 2.4 GHz
RAM
32 GB
HDD
4 x SAS 300 GB 15k rpm
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID1 (2 x HDD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa Tabela przedstawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 25 do 50 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2014 / 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2014 / 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa Tabela przedstawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 25 do 50 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2014/2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
-Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
-CSP - następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja dla od 51 do 80 użytkowników (miesięcznie 35000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o średniej i dużej infrastrukturze IT. Zakładana liczba stanowisk będzie wynosić około 51 – 80 użytkowników.
2. Proponowane rozwiązanie jest przeznaczone dla firm, które obsługują pracę wielu oddziałów i cechują się szybkim rozwojem infrastruktury IT.
3. Rozwiązanie zakłada, że inne funkcjonalności systemu takie jak serwery terminali, serwer analitycznych, serwer drukarek, plików oraz backupu działają na dedykowanych komputerach. Rozwiązanie takie jest przedstawione na Schemacie rozbudowanej infrastruktury systemu Comarch ERP XL z uwzględnieniem istniejącego środowiska oraz oddziałów firmy.
Zalecana konfiguracja serwera
Poniższa Tabela przedstawia Konfigurację serwera systemu Comarch ERP XL, wersja od 50 do 80 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1x Intel Xeon 6C 2.4 GHz
RAM
32 GB
HDD
4 x 240 GB SSD
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID10 (4 x SSD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa tabela przedstawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 50 do 80 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2014 / 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2014 / 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa tabela przedstawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 50 do 80 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2014/2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja dla od 81 do 120 użytkowników (miesięcznie 60000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o średniej i dużej infrastrukturze IT. Zakładana liczba stanowisk będzie wynosić około 81 – 120 użytkowników.
2. Proponowane rozwiązanie jest przeznaczone dla firm, które obsługują pracę wielu oddziałów i cechują się szybkim rozwojem infrastruktury IT.
3. Rozwiązanie zakłada, że inne funkcjonalności systemu takie jak serwery terminali, serwer analitycznych, serwer drukarek, plików oraz backupu działają na dedykowanych komputerach. Rozwiązanie takie jest przedstawione na Schemacie rozbudowanej infrastruktury systemu Comarch ERP XL z uwzględnieniem istniejącego środowiska oraz oddziałów firmy.
Zalecana konfiguracja serwera
Poniższa tabela przedstawia Konfigurację serwera systemu Comarch ERP XL, wersja od 80 do 120 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1x Intel Xeon 8C 230 GHz
RAM
64 GB
HDD
4 x 480 GB SSD
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID10 (4 x SSD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL(klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa tabela przedstawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 80 do 120 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2014 / 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
• W przypadku SQL Server 2014 / 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa tabela przedstawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 80 do 120 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2014/2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.B
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja od 121 do 200 użytkowników (miesięcznie 100000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o średniej i dużej infrastrukturze IT. Zakładana liczba stanowisk będzie wynosić około 121 – 200 użytkowników.
2. Proponowane rozwiązanie jest przeznaczone dla firm, które obsługują pracę wielu oddziałów i cechują się szybkim rozwojem infrastruktury IT.
3. Rozwiązanie zakłada, że inne funkcjonalności systemu takie jak serwery terminali, serwer analitycznych, serwer drukarek, plików oraz backupu działają na dedykowanych komputerach. Rozwiązanie takie jest przedstawione na Schemacie rozbudowanej infrastruktury systemu Comarch ERP XL z uwzględnieniem istniejącego środowiska oraz oddziałów firmy.
Zalecana konfiguracja serwera
Poniższa tabela przedstawia Konfigurację serwera systemu Comarch ERP XL, wersja od 121 do 200 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
2x Intel Xeon 6C 3.0 GHz
RAM
96 GB
HDD
4 x 480 GB SSD
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID10 (4 x SSD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa tabela przedstawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 120 do 200 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2014 / 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2014 / 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa tabela przedstawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 120 do 200 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2014/2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja od 201 do 300 użytkowników (miesięcznie 150000 wystawianych dokumentów)
Charakterystyka
1. Rozwiązanie przeznaczone dla firm o dużej infrastrukturze IT. Zakładana liczba stanowisk będzie wynosić około 201 – 300 użytkowników.
2. Proponowane rozwiązanie jest przeznaczone dla firm, które obsługują pracę wielu oddziałów i cechują się szybkim rozwojem infrastruktury IT.
3. Rozwiązanie zakłada, że inne funkcjonalności systemu takie jak serwery terminali, serwer analitycznych, serwer drukarek, plików oraz backupu działają na dedykowanych komputerach. Rozwiązanie takie jest przedstawione na Schemacie rozbudowanej infrastruktury systemu Comarch ERP XL z uwzględnieniem istniejącego środowiska oraz oddziałów firmy.
Zalecana konfiguracja serwera
Poniższa tabela przedstawia Konfigurację serwera systemu Comarch ERP XL, wersja od 200 do 300 użytkowników.
Zalecana konfiguracja serwera
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
2x Intel Xeon 8C 3.0 GHz
RAM
128 GB
HDD
6 x 480 GB SSD
Kontroler SCSI
Kontroler z obsługą RAID 0, 1, 5, 10; z pamięcią podręczną cache podtrzymywaną bateryjnie.
Konfiguracja RAID
RAID10 (6 x SSD) – z przeznaczeniem dla systemu operacyjnego (binarna, plik wymiany), pliku bazy danych oraz logu bazy danych.
NIC
Interfejs sieciowy 100/1000 Mb/s
USB
Interfejs jest wymagany w celu zainstalowania sprzętowego klucza zawierającego licencję systemu Comarch ERP XL (klucz HASP).
Zalecenia dotyczące kopii zapasowych
Zewnętrzny lub wewnętrzny napęd taśmowy, działający w oparciu o jedną z następujących technologii: LTO, SLR, DLT, SDLT lub ewentualnie DAT.
Wymagane oprogramowanie serwera
Poniższa tabela przedstawia Wymagane oprogramowanie dla systemu Comarch ERP XL, wersja od 200 do 300 użytkowników.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 / 2019 / 2022 Standard Edition (x86/x64)
• Windows Server 2016/ 2019 / 2022 Essentials
• Windows Server 2016 / 2019 / 2022 Foundation
Instalacje MS SQL
Server 2016/2017/2019/2022 jest możliwa na systemach operacyjnych Windows Server 2016/ 2019/ 2022.
Serwer bazy danych
MS SQL Server 2014 / 2016 / 2017 / 2019 / 2022 Standard Edition
*W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Wersje językowe
System Comarch ERP XLwspółpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Ograniczenia i uwagi
Wyżej wymienione wersje oprogramowania umożliwiają obsługę:
• W przypadku SQL Server 2014 / 2016 /2017 / 2019 / 2022 Standard istnieje ograniczenie wykorzystania pamięci do 128GB.
W przypadku MS SQL Server 2019 konieczne jest zainstalowanie najnowszego dostępnego Cumulative Update.
Serwer SQL musi mieć ustawione Collation: Polish_CI_AS
Wymagane licencje na oprogramowanie
Poniższa tabela przedstawia Wymagane licencje dla systemu Comarch ERP XL, wersja od 200 do 300 użytkowników.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2014/2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP – następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Zalecana konfiguracja powyżej 301 użytkowników
Powyżej 301 użytkowników stosowana jest indywidualna wycena wymagań systemowych.
Konfiguracja serwera terminali
Charakterystyka
1. Serwer terminali jest rozwiązaniem zalecanym wszędzie tam, gdzie liczba zdalnych użytkowników pracujących równocześnie z systemem Comarch ERP XL za pośrednictwem usług terminalowych wynosi, powyżej 5. Zaleca się również, aby stosować serwer terminali zawsze, kiedy obciążenie serwera głównego (serwera SQL) jest na tyle duże, że uruchamianie na nim dodatkowych procesów w postaci aplikacji Comarch ERP XL może pogorszyć wydajność całego systemu.
2. Proponowane rozwiązanie zakłada, że pojedynczy użytkownik sesji terminalowej obciąża serwer w następujący sposób: około 200 MHz procesora przeznaczone na jedną sesję terminalową i około 400 MB pamięci RAM na jedną sesje terminalową z uruchomioną aplikacją Comarch ERP XL.
3. Pojedyncza sesja połączenia RDP wymaga łącza o przepustowości przynajmniej 80 kbps. Może się ono wahać od 5 kbps do około 150 kbps.
4. Proponowana konfiguracja nie zakłada, że serwer terminali pełni również rolę serwera plików dla pracujących na nim użytkowników. W sytuacji, kiedy takie rozwiązanie jest konieczne, należy zwiększyć liczbę wymaganych dysków twardych w stosunku do proponowanej poniżej.
Zalecana konfiguracja serwera terminali
Poniższa tabela przedstawia Konfigurację serwera terminali dla systemu Comarch ERP XL.
Zalecana konfiguracja serwera terminali
Wymagany sprzęt
Elementy
Zalecane minimalne
CPU
1 – 2 x Intel Xeon Quad-Core 3.1 GHz
RAM
8 GB
HDD
2 x SAS 146 GB 15k rpm
Kontroler SCSI
Kontroler z obsługą RAID jest opcjonalny
Konfiguracja RAID
Dyski systemowe powinny być skonfigurowane jako dyski lustrzane (RAID1).
NIC
Interfejs sieciowy 100/1000 Mb/s (w zależności od całości infrastruktury)
Wymagane oprogramowanie serwera
Poniższa tabela przedstawia Wymagane oprogramowanie serwera terminali dla systemu Comarch ERP XL.
Wymagane oprogramowanie serwera
System operacyjny
Jedna z poniższych możliwości:
• Windows Server 2016 Standard Edition
• Windows Server 2019 Standard Edition
• Windows Server 2022 Standard Edition
Wersje językowe
System Comarch ERP XL współpracuje z poniższymi wersjami językowymi systemów operacyjnych Microsoft: angielska wersja językowa, polska wersja językowa, wersja wielojęzyczna (ang. multi language).
Wymagane licencje na oprogramowanie
Poniższa tabela przedstawia Wymagane licencje na serwer terminali dla systemu Comarch ERP XL.
Wymagane licencje na oprogramowanie
Licencja na system operacyjny
Jeden z dostępnych rodzajów licencji: BOX, OEM, MOLP.
Licencja na serwer bazy danych
Jedna z dostępnych rodzajów licencji: BOX, MOLP, MOLP Runtime.
Licencje klienckie (dostępowe) do systemu operacyjnego
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera.
Wymagane licencje:
• CAL Windows 2016/ 2019/2022
Licencje klienckie (dostępowe) do serwera SQL
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń posiadających dostęp do serwera SQL w sposób bezpośredni lub korzystających z danych przechowywanych przez serwer w sposób pośredni (np. za pośrednictwem usług terminalowych).
Wymagane licencje:
• CAL SQL Server 2014/2016/2017/2019/2022
Licencje klienckie (dostępowe) do usług terminalowych
Liczba wymaganych licencji odpowiada ilości użytkowników lub urządzeń korzystających z usług terminalowych, bez względu na rodzaj systemu operacyjnego na stacjach roboczych łączących się z serwerem.
Kanały sprzedaży SQL
- Comarch SA – SQL Server Runtime/Full Use dostawa licencji na specjalnych warunkach cenowych na podstawie umowy z Microsoft. Klient otrzymuje certyfikat oraz nośnik.
- CSP– następca programu MOLP, komercyjny kanał sprzedaży licencji Microsoft.
- ROK – dostawa licencji wraz ze sprzętem/serwerem danego producenta.
Więcej informacji na temat ofert pod adresem zoc@comarch.pl lub u Partnerów Comarch.
Zalecenia
W przypadku zakupu licencji na serwer zasadnym jest zakupienie również opcji ubezpieczenia oprogramowania (ang. Software Asurance – SA). Zakupu takiej opcji pozwoli w przyszłości na darmowe uaktualnienie systemu do najnowszej wersji.
Ograniczenia i uwagi
Nie można łączyć licencji na serwer z licencjami CAL w sytuacji, kiedy są one dedykowane dla różnych wersji językowych.
Przykładowe konfiguracje serwera terminali dla 15, 30, 45 i 120 użytkowników Comarch ERP XL
Poniższa tabela przedstawia Przykładową konfigurację serwera terminali dla 15 użytkowników Comarch ERP XL.
Przykładowa konfiguracja serwera terminali dla 15 użytkowników Comarch ERP XL
CPU
1 x Intel Xeon Quad Core 3.1 GHz
RAM
12 GB
HDD
2 x SAS 15 krpm
RAID
RAID 1
NIC
100 Mb/s
System operacyjny
Windows 2016 / 2019 / 2022 Standard Edition x64
Poniższa tabela przedstawia Przykładową konfigurację serwera terminali dla 30 użytkowników Comarch ERP XL.
Przykładowa konfiguracja serwera terminali dla 30 użytkowników Comarch ERP XL
CPU
1 x Intel Xeon Six Core 2.6 GHz
RAM
16 GB
HDD
2 x SAS 15 krpm
RAID
RAID 1
NIC
100 Mb/s
System operacyjny
Windows 2016 / 2019 / 2022 Standard Edition x64
Poniższa tabela przedstawia Przykładową konfigurację serwera terminali dla 45 użytkowników Comarch ERP XL.
Przykładowa konfiguracja serwera terminali dla 45 użytkowników Comarch ERP XL
CPU
2 x Intel Xeon Quad Core 3.1 GHz
RAM
24 GB
HDD
2 x SAS 15 krpm
RAID
RAID 1
NIC
100 Mb/s
System operacyjny
Windows 2016 / 2019 / 2022 Standard Edition x64
Poniższa tabela przedstawia Przykładową konfigurację serwera terminali dla 120 użytkowników Comarch ERP XL.
Przykładowa konfiguracja serwera terminali dla 120 użytkowników COMARCH ERP XL
CPU
2 x Intel Xeon Eight Core 2.6 GHz
RAM
64 GB
HDD
2 x SAS 15 krpm
RAID
RAID 1
NIC
100 Mb/s
System operacyjny
Windows 2016 / 2019 / 2022 Standard Edition x64
Wirtualizacja infrastruktury sprzętowej
Wirtualizacja umożliwia efektywniejsze wykorzystanie istniejących zasobów sprzętowych środowiska poprzez dowolne (w ramach możliwości sprzętowych czy programowych) modyfikowanie cech wirtualizowanych zasobów, dostosowując je do wymagań instalacji.
Wirtualizacja pozwala jednocześnie uruchomić wiele systemów operacyjnych na tej samej platformie sprzętowej i systemowej przy maksymalnej możliwej wydajności.
Zapewnia również konsolidację serwerów, czyli proces związany z optymalizacją stopnia zużycia posiadanego sprzętu komputerowego w celu redukcji kosztów ponoszonych przez przedsiębiorstwo na zapewnienie wysokiej dostępności przy równoczesnym zwiększeniu utylizacji posiadanego sprzętu.
Konsolidacja serwerów pozwala także na szybsze przywracanie kopii zapasowych systemów operacyjnych przy ewentualnych uszkodzeniach sprzętowych – zwirtualizowane systemy i oprogramowanie są niezależne od sprzętu, przez co ich przywrócenie może się odbyć na dowolny sprawny serwer. Pozwala to na skrócenie czasu przestoju spowodowanego brakiem dostępności danego serwera.
W dalszej cześć dokumentu przedstawione są przykładowe konfiguracje w instalacji zwirtualizowanej uwzględniające najczęściej występujące serwery składowe infrastruktury Comarch ERP XL. Przedstawione konfiguracje są przykładowe.
Konfiguracja do 25 użytkowników Comarch ERP XL
Poniższa tabela przedstawia Konfigurację wirtualnej infrastruktury systemu Comarch ERP XL, wersja do 25 użytkowników.
Konfiguracja do 25 użytkowników Comarch ERP XL
Maszyny wirtualne
Ilość VM
vCPU
Pamięć RAM [GB]
Przestrzeń dyskowa [GB]
Serwer MS SQL
1
6
12
80
Serwer terminali
1
4
12
80
Serwer Active Directory
1
2
4
50
Comarch B2B/Comarch HRM/Comarch DMS
1
2
4
80
Konfiguracja od 26 do 50 użytkowników Comarch ERP XL
Poniższa tabela przedstawia Konfigurację wirtualnej infrastruktury systemu Comarch ERP XL, wersja od 26 do 50 użytkowników.
Konfiguracja od 26 do 50 użytkowników Comarch ERP XL
Maszyny wirtualne
Ilość VM
vCPU
Pamięć RAM [GB]
Przestrzeń dyskowa [GB]
Serwer MS SQL
1
8
24
100
Serwer terminali
1
6
24
100
Serwer Active Directory
1
2
4
50
Comarch B2B/Comarch HRM/Comarch DMS
1
2
4
80
Konfiguracja od 51 do 100 użytkowników Comarch ERP XL
Poniższa tabela przedstawia Konfigurację wirtualnej infrastruktury systemu Comarch ERP XL, wersja od 51 do 100 użytkowników.
Konfiguracja od 51 do 100 użytkowników Comarch ERP XL
Maszyny wirtualne
Ilość VM
vCPU
Pamięć RAM [GB]
Przestrzeń dyskowa [GB]
Serwer MS SQL
1
10-14
32-48
200
Serwer terminali
2
4-6
24
150
Serwer Active Directory
1
2
4
50
Comarch B2B/Comarch HRM/Comarch DMS
1
2
4
80
Konfiguracja od 101 do 150 użytkowników Comarch ERP XL
Poniższa tabela przedstawia Konfigurację wirtualnej infrastruktury systemu Comarch ERP XL, wersja od 101 do 150 użytkowników.
Konfiguracja od 101 do 150 użytkowników Comarch ERP XL
Maszyny wirtualne
Ilość VM
vCPU
Pamięć RAM [GB]
Przestrzeń dyskowa [GB]
Serwer MS SQL
1
16
64
250
Serwer terminali
2
6
36
200
Serwer Active Directory
1
2
6
80
Comarch B2B/Comarch HRM/Comarch DMS
1
2
4
80
Zalecenia dotyczące stacji roboczych dla systemu Comarch ERP XL
Konfiguracja stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL w wersji 2024.0.0
Poniższa tabela przedstawia Konfigurację stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL w wersji 2024.0.0
Konfiguracja stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL w wersji 2024.0.0
Elementy
Zalecenia
CPU
Intel lub AMD o częstotliwości 1 GHz lub większej.
•Windows 10 x86/x64
• Windows 11 x86/x64
• Windows Server 2016 Standard Edition x86/x64
• Windows Server 2019 Standard Edition x86/x64
• Windows Server 2022 Standard Edition x86/x64
Uwagi
Przy planowaniu tworzenia infrastruktury opartej na domenie Windows 2016 / 2019 / 2022 zdecydowanie zaleca się system Windows 8 Pro/Enterprise, Windows 10 Pro/Enterprise, Windows 11 Pro/Enterprise.
Windows 8 i Windows 10, Windows 11 (nie PRO) nie ma możliwości podłączenia do domeny Windows i może pracować tylko w konfiguracji opartej na grupie roboczej.
Wymagania dodatkowe
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek
i uaktualnień do systemu operacyjnego.
Microsoft .NET Framework 4.7.2
Licencje
Wymagany jest zakup licencji na system operacyjny i licencje dostępowe CAL do serwera SQL.
Konfiguracja stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL na serwerze terminali
Poniższa tabela przedstawia Konfigurację stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL na serwerze terminali.
Konfiguracja stacji roboczej wymagana do uruchomienia aplikacji Comarch ERP XL w wersji 2024.0.0
Elementy
Zalecenia
CPU
Intel lub AMD o częstotliwości 1 GHz lub większej.
• Windows 10 x86/x64
• Windows 11 x86/x64
• Windows Server 2016 Standard Edition x86/x64
• Windows Server 2019 Standard Edition x86/x64
• Windows Server 2022 Standard Edition x86/x64
Uwagi
Przy planowaniu tworzenia infrastruktury opartej na domenie Windows 2016 / 2019 / 2022 zdecydowanie zaleca się system Windows 8 Pro/Enterprise, Windows 10 Pro/Enterprise, Windows 11 Pro/Enterprise.
Windows 8 i Windows 10, Windows 11 (nie PRO) nie ma możliwości podłączenia do domeny Windows i może pracować tylko w konfiguracji opartej na grupie roboczej.
Wymagania dodatkowe
Internet Explorer w najnowszej dostępnej wersji, aktualny zestaw poprawek i uaktualnień do systemu operacyjnego.
Microsoft .NET Framework 4.7.2
Licencje:
Wymagany jest zakup licencji na system operacyjny i licencje dostępowe CAL do serwera SQL.
Dodatkowe wymagane elementy infrastruktury
Wymagania dotyczące sieci LAN
Dla poprawnego i wydajnego działania systemu Comarch ERP XL zaleca się, aby połączenia stacji roboczych PC z serwerem bazowały na przełączniku sieci LAN (ang. ethernet switch). Zastosowany sprzęt w postaci przełączników i kart sieciowych powinien gwarantować możliwość pracy sieci z przepustowością 1 Gb/s Full Duplex. W sytuacji rozbudowanej infrastruktury serwerów oraz w przypadku wykonywanie kopii zapasowej baz danych, systemów plikowych przez sieć LAN, na jeden wspólny, do którego podłączone jest urządzenie taśmowe, zaleca się połączenie serwerów siecią LAN o przepustowości 10Gb/s. Na schematach przedstawionych w ramach niniejszego dokumentu zakłada się, że w infrastrukturze jest przynajmniej jedno urządzenie taśmowe podłączone do jednego z serwerów. W przypadku rozbudowanej infrastruktury (min. 2 serwery) zaleca się, aby napęd taśmowy był podłączony do innego serwera, niż serwer główny (serwera bazy danych) systemu Comarch ERP XL.
Wymagania dotyczące bezpiecznej komunikacji z wykorzystaniem sieci Internet
W przypadku podłączenia centrali firmy do sieci Internet, bardzo istotnym elementem jest zabezpieczenie sieci LAN (serwera/serwerów, stacji roboczych) przed niepowołanym dostępem do jej zasobów z zewnątrz. W celu zapewnienia wymaganego bezpieczeństwa, konieczne jest stosowanie dedykowanych urządzeń lub serwerów spełniających rolę ściany ogniowej (ang. firewall). Dodatkowym elementem funkcjonalnym tego rozwiązania może być możliwość konfigurowania prywatnych sieci wirtualnych – tuneli VPN. Zalecane środki bezpieczeństwa wymagane w przypadku nawiązywania komunikacji pomiędzy oddziałami, filiami, użytkownikami mobilnymi, a centralą firmy, np. za pośrednictwem usług terminalowych. W prezentowanych schematach obrazujących działanie infrastruktury systemu Comarch ERP XL założono, że filia jest jednostanowiskowym oddziałem, a do zabezpieczenia komunikacji z centralą wykorzystywane jest połączenie szyfrowane zestawiane pomiędzy urządzeniami sieciowymi lub zaporami ogniowymi (ang. firewalls).
W przypadku użytkowników mobilnych, ochrona jest zapewniona za pomocą oprogramowania typu Personal Firewall.
W celu zapewnienia szyfrowanej komunikacji z centralą firmy, wykorzystuje się możliwość konfiguracji kanałów VPN za pomocą dedykowanego oprogramowanie (klienta VPN), zainstalowane na stacji roboczej Kanał taki, może zostać zestawiony z systemem firewall lub z serwerem VPN. W celu utrzymania czytelności i przejrzystości prezentowanych schematów, nie wyodrębniono na nich przypadków z dedykowanym serwerem VPN.
W przypadku oddziałów posiadających więcej niż jedną stacje roboczą uzasadnionym jest zabezpieczenie zasobów oddziału w analogiczny sposób jak centralę firmy, tzn. za pomocą dedykowanego urządzenia z funkcją firewall.
Wymagania dotyczące zabezpieczenia zasilania
Istotnym elementem działania całej infrastruktury sprzętowej, który wprost nie został uwzględniony w przedstawionych w niniejszym dokumencie konfiguracjach i schematach, jest zabezpieczenie zasilania serwerów, napędów taśmowych oraz urządzeń sieciowych. Realizacja takiej funkcjonalności jest możliwa przez instalacje urządzeń typ UPS.
Schematy infrastruktury systemu Comarch ERP XL
Pojęcia użyte w schematach:
Serwer Comarch ERP XL – główny serwer systemu zawierający serwer bazy danych MS SQL.
Serwer aplikacji Comarch ERP XL – serwer usługi terminalowej MS Windows, na którym za pośrednictwem sesji zdalnych jest uruchamiana aplikacja Comarch ERP XL.
Serwery Analityczny – serwer usług analitycznych – BI, niezbędnych do działania modułu Controllingu systemu Comarch ERP XL.
Serwery dedykowane dla systemu Comarch ERP XL – wyróżniony fragment infrastruktury dedykowanej dla systemu, w sytuacji wdrażania rozwiązania wykorzystującego istniejące serwery.
VPN over WAN – połączenie szyfrowane poprzez sieć Internet.
VPN over LAN – połączenie szyfrowane w fragmencie niechronionej sieci LAN.
Filia – oddział z jedną stacją roboczą.
Oddział – oddział, z co najmniej 2 stacjami roboczymi.
Dostęp mobilny – Dostęp z komputerów przenośnych lub stacjonarnych wykorzystujących programowe zestawianie łącza VPN z centralą firmy, niezależnie od miejsca podłączenia do sieci Internet.
W systemie ERP XL wprowadzono mechanizm definiowania i obsługiwania procesów. Umożliwia on zaprogramowanie następujących po sobie czynności (tworzących proces), mających na celu osiągnięcie celu założonego przez Użytkownika. Czynności, jakie będą wykonywane w trakcie procesu, mogą być czynnościami, jakie wynikają z funkcjonalności systemu ERP XL, np. wygenerowanie zamówienia sprzedaży lub też będące „czynnościami zewnętrznymi” - np. wysłanie wiadomości e-mail, albo uruchomienie programu zewnętrznego, po spełnieniu określonego warunku, itp.
Za pomocą procesów możliwe jest również regulowanie obiegu dokumentów, wskazanie osób odpowiedzialnych za realizację wyznaczonych zadań oraz monitoring czynności wykonywanych przez podległych pracowników.
Parametry związane z obsługą procesów znajdują się w Konfiguracja, zakładka: Ogólne/Parametry2.
Definiowanie procesów:
Włącz obsługę procesów – zaznaczenie parametru spowoduje uruchomienie obsługi procesów. Do momentu tego uruchomienia, procesy mogą być definiowane, jednak nie będą zastosowane.
Do procesu załączaj log tylko gdy wystąpiły błędy lub ostrzeżenia – Na liście załączników wyświetlone będą automatycznie załączniki typu dziennik, które zawierają loga wygenerowanego podczas wykonywania akcji kluczowej przez XL WORK AUTOMAT w procesach. W logach tych zawarta jest informacja o przyczynach niepowodzenia w wykonywanych akcjach. W przypadku zaznaczenia tego parametru procesy powinny robić wpisy do załączników tylko w przypadku gdy w logu pojawią się błędy lub ostrzeżenia.
Uwzględnij kontekst operatora przy wykonywaniu zadań – parametr Uwzględniaj kontekst operatora przy wykonywaniu zadań zmienił zasady weryfikacji uprawnień operatorów – ogólnie chodzi o to, żeby Operator nie wykonał akcji w procesie jeśli jest przypisany do innego centrum. Dotyczy to sytuacji, gdy jako opiekuna do zadania przypiszemy nie operatora, tylko centrum np. mamy Centrum 1 i Centrum 2, do obu centrów należy operator OP1. Centrum 1 jest opiekunem akcji: Dodanie dokumentu handlowego, a Centrum 2: Potwierdzenie dokumentu handlowego. Wówczas OP1, pomimo, że należy do obu centrów to nie będzie mógł dodawać dokumentów gdy jest zalogowany w Centrum 2 czy też potwierdzać dokumentów, gdy jest zalogowany do Centrum 1.
Uwaga
Jeżeli parametr zostanie wyłączony w momencie, gdy procesy są uruchomione, będzie możliwe wykonanie bieżącej akcji, jednak jej wykonanie nie spowoduje przejścia do następnego etapu (zadania) procesu.
Uwaga
Wykorzystanie funkcjonalności procesów wymaga zaznaczenia osobnej opcji w kluczu sprzętowym (opcja licencji).
Generowanie dokumentów w ramach obsługi procesów
Generowanie dokumentów zamówień, jako realizacja akcji kluczowych
Wprowadzono obsługę dokumentów zamówień:
zapytań ofertowych sprzedaży/zakupu
ofert zakupu/sprzedaży
zamówień sprzedaży/zakupu.
Obsługa ta wyraża się w tym, że w systemie zostały predefiniowane akcje, polegające na wygenerowaniu wymienionych dokumentów. Są to tzw. akcje kluczowe.
Przyklad
Definiowany jest proces polegający na obsłudze zamówienia sprzedaży. Podczas definiowania tego procesu, określane są akcje do wykonania w jego ramach. Akcje te mogą być akcjami zdefiniowanymi przez Użytkownika, lub wybranymi z akcji predefiniowanych w systemie. Wśród akcji predefiniowanych w systemie znajduje się akcja kluczowa: Dodanie zamówienia sprzedaży. Akcji tej nie trzeba definiować – przy definiowaniu procesu polegającego na obsłudze zamówienia sprzedaży, będzie ona dostępna do wyboru z listy akcji kluczowych, właściwych ze względu na rodzaj dokumentu, który ma być obsłużony. Podobnie – jeżeli definiowany jest proces obsługi oferty zakupu, jedną z akcji kluczowych, możliwych do wybrania jest akcja kluczowa: Dodanie oferty zakupu. Lista akcji kluczowych predefiniowanych w systemie będzie wyświetlana w oknie: Definicja akcji, po nacisnięciu w wierszu: Akcja kluczowa.
Akcje kluczowe możliwe do wykonania przy definiowaniu procesu, polegającego na obsłudze zamówienia sprzedaży (wśród nich – akcja kluczowa: Dodanie zamówienia sprzedaży).
Generowanie innych dokumentów
Możliwe jest również zdefiniowanie i wykonanie akcji polegającej na wygenerowaniu innych niż wymienione dokumentów. Akcje te nie są jednak predefiniowane w systemie. Z tego względu, Użytkownik musi zdefiniować je samodzielnie. Należy zwrócić uwagę, że zdefiniowanie akcji polegającej na wygenerowaniu dokumentu nie obejmuje każdego dokumentu, jaki występuje w systemie i jest ograniczone do przypadków generowania dokumentów z zamówień sprzedaży i zakupu.
Definiowanie akcji polegającej na generowaniu dokumentów
Aby zdefiniować akcję polegającą na generowaniu dokumentów, należy:
podczas definiowania procesu polegającego na obsłudze zamówienia sprzedaży/zakupu (więcej w rozdziale: Definiowanie procesu: Obsługa zamówienia zakupu) otworzyć okno: Definicja Akcji.
W oknie: Definicja Akcji, w wierszu: Akcja kluczowa, wybrać opcję: Generowanie dokumentu z zamówienia sprzedaży (lub zakupu – w zależności od rodzaju zamówienia, dla którego definiowany jest proces). Po wybraniu akcji kluczowej, w oknie: Definicja Akcji, zostanie uaktywniona zakładka: Parametry.
Definiowanie akcji, polegającej na generowaniu dokumentu z zamówienia sprzedaży – wybranie akcji kluczowej.
Na zakładce: Parametry, należy wprowadzić nazwę dokumentu, który ma być wygenerowany, np. w procesie polegającym na obsłudze zamówienia sprzedaży ma zostać wygenerowana z tego zamówienia faktura sprzedaży – w takim przypadku, na zakładce: Parametry, należy wpisać skróconą nazwę dokumentu: FS.
Definiowanie akcji polegającej na generowaniu dokumentu z zamówienia sprzedaży – wprowadzenie nazwy dokumentu, który zostanie wygenerowany z zamówienia
Określenie zadań w definicji procesu
Typy zadań
Zadania predefiniowane
W każdej definicji procesu znajdują się dwa zadania predefiniowane. Są to zadania: START i KONIEC. Nie możliwości modyfikacji tych zadań, ani ich usunięcia z definicji.
Do zadania START, należy przypisać czynność, która spowoduje uruchomienie procesu, natomiast zadanie: KONIEC, jest ostatnim zadaniem każdego procesu i oznacza jego zakończenie.
Zadania definiowane przez Użytkownika
Oprócz zadań predefiniowanych, w definicji procesu znajdą się zadania określone przez Użytkownika. Zadania te stanowią etapy procesu. W ich ramach definiuje się czynności, których wykonanie skutkuje przejściem procesu do następnego zadania (etapu). Liczba zadań możliwych do wprowadzenia w definicji procesu nie jest ograniczona.
Funkcjonowanie akcji kluczowych
Rodzaje akcji kluczowych
Akcje kluczowe to akcje predefiniowane w systemie. Dla każdego procesu definiowanego w systemie możliwe jest przypisanie jednej z następujących akcji kluczowych:
Zakończenie całego procesu
Uruchomienie innego procesu
Wysłanie wiadomości e-mail
Uruchomienie programu zewnętrznego
Wykonanie skryptu SQL
Ponadto, dla definicji procesów związanych z zamówieniami możliwe jest wykonanie innych akcji kluczowych, takich jak: Wygenerowanie dokumentu z zamówienia sprzedaży/zakupu (więcej w rozdziale: Definiowanie akcji polegającej na generowaniu dokumentów), potwierdzenie zamówienia sprzedaży/zakupu, usuwanie zamówienia sprzedaży/zakupu i innych – odpowiednio do rodzaju dokumentu, dla którego definiowany jest proces.
Określanie parametrów dla akcji kluczowych
Dla niektórych akcji konieczne jest wskazanie ich parametrów, np. dla akcji: Wysłanie wiadomości email, konieczne jest podanie w Definicji Akcji adresata wiadomości, jej tematu oraz treści. Parametry te wprowadza się na zakładce: Parametry, uaktywnianej po wybraniu odpowiedniej akcji.
Uruchomienie innego procesu
Ta akcja kluczowa pozwala na przejście do innego procesu zdefiniowanego w ERP XL. W polu Uruchamiany proces wybieramy proces, który ma zostać uruchomiony.
Uwaga
Parametr “Uruchom ponownie gdy jest już zakończony” pozwala na ponowne wykonanie tego procesu i czynności pomimo tego, że już taki proces dla zadanego obiektu był wykonany.
Definicja Akcji: Uruchomienie innego procesu
Na zakładce parametry powinny zostać przekazane odpowiednie dane do nowego procesu. Jest to OBITyp
i OBINumer właściwe dla nowego procesu. Przykładowo w opisanym przypadku uruchamiany jest proces wysyłający mail z fakturą sprzedaży, dlatego wynik zapytania powinien zwrócić TrN_GIDTyp = 2033 (faktura sprzedaży) oraz jego TrN_GIDNumer.
Definicja Akcji: Uruchomienie innego procesu z przekazanymi parametrami
Uwaga
Przedstawione powyżej to przykład zastosowania opisanej funkcjonalności, nie ma sensu biznesowego, zwraca ostatnio dodany TrN_GIDNumer i TrN_GIDTyp faktury sprzedaży.
Wysłanie wiadomości e-mail
Definicja Akcji: Wysłanie wiadomości e-mail, ze zdefiniowanymi parametrami dla okna: Definicja Akcji.
Na powyższym rysunku przedstawiono sposób wprowadzania parametrów dla akcji: Wysłanie wiadomości
e-mail. Należy zwrócić uwagę na format wprowadzanych danych. Powinny one zostać zapisane zgodnie z poniższym schematem:
<ZALACZNIK Wydruk=1> Zrodlo=0, Wydruk=14, Format=1, FiltrSQL=’Knt_GIDNumer = 144′ </ZALACZNIK> – wskazany wydruk wraz z FiltrSQL
<ZALACZNIK Wydruk=0> lokalizacja np.(C:\przyklad.jpg) </ZALACZNIK> – plik z dysku
Na zakładce: Parametry, można również wprowadzić zapytanie w języku T-SQL, które umożliwia np. wysłanie wiadomości e-mail, na adres podany na karcie kontrahenta, dla którego wygenerowany został dokument. Aby wykorzystać tę funkcjonalność, należy wykonać następujące czynności:
W pierwszym znaku wyrażenia (wpisanego w sekcję <DO>, <TEMAT>, lub <TRESC>) interpretowanego przez program, należy wstawić znak: ‘!’, np, <TRESC>!’tutaj_kod’ </TRESC>
Wśród dostępnych prymitywów są:
@OBITYP, @OBINUMER – reprezentujące identyfikator procesowanego obiektu
@PRCTYP, @PRCNUMER – identyfikator pracownika
@OPENUMER – identyfikator operatora
@SQL – funkcja wykonująca dowolne zapytanie SQL
@ADRESEMAILKONTRAHENTA
@NUMERDOKUMENTU
Przyklad
Treść zakładki: Parametry, która umożliwia wysłanie wiadomości e-mail na adres podany na karcie kontrahenta, o zamówieniu obsługiwanym przez proces:
<DO>!@SQL('Select KNT_EMail From CDN.KntKarty (NOLOCK) join CDN.ZAMNAG (NOLOCK) on ZaN_KntNumer = Knt_GIDNumer where ZaN_GIDNumer='&@OBINUMER)</DO>
<TEMAT>test</TEMAT>
<TRESC>!'Dokument:'&@SQL('Select CDN.NumerDokumentu(CDN.DokMapTypDokumentu(ZAN_GIDTyp,ZAN_ZamTyp, ZAN_Rodzaj),0,0,ZAN_ZamNumer, ZAN_ZamRok, ZaN_ZamSeria,0) From CDN.ZamNAg (NOLOCK) Where ZaN_GidNumer='&@OBINumer)</TRESC>
Przyklad
Zastosowanie tekstu z zapytaniem SQL wewnątrz treści:
<TRESC>!'Witaj '&@SQL('Select trn_kntnumer From cdn.TraNAg (NOLOCK) Where Trn_GidNumer='&@OBINumer)
&'
dalsza treść, numer dokumentu @NumerDokumentu
zakończenie'
</TRESC>
Efekt:
Witaj 1
dalsza treść, numer dokumentu FS-3/23/04
zakończenie
Przyklad
Zapytania wymagające użycia wartości typu string w zapytaniu muszą być otoczone apostrofem podwójnie, np. standardowo w zapytaniu stosujemy '1800-12-28', w procesie należy zapisać ''1800-12-28'' :
<TRESC>!'Faktura '&@SQL ('select DATEADD(day,trn_data3,CONVERT(DATETIME,''1800-12-28'',120)) from cdn.TraNag where TrN_GIDNumer = @OBINumer')</TRESC>
Efekt:
Faktura 27.04.2023
Przyklad
Zastosowanie wylistowania wyników zapytania:
A)
<TRESC>!@SQL('list "" select ZaE_Twrkod + CHAR(9) + CHAR(9) + CHAR(9) +convert(varchar(10), ZaE_Ilosc) + CHAR(13) + CHAR(10) from cdn.zamElem where ZaE_GIDNumer = '&@OBINumer)</TRESC>
Efekt:
T1 1.0000
T2 1.0000
T3 1.0000
B)
<TRESC>!@SQL('list ", " select zae_Twrkod + CHAR(9) + convert(varchar(10), ZaE_Ilosc) from cdn.zamElem where zae_gidnumer = '&@OBINumer)</TRESC>
Efekt:
T1 1.0000, T2 1.0000, T3 1.0000
Generowanie dokumentu z zamówienia zakupu/sprzedaż.
Na zakładce: Parametry, należy wprowadzić skróconą nazwę dokumentu, np. FS, FZ itd. Jeżeli dla jednej akcji: Generowanie dokumentu z zamówienia zakupu, na zakładce: Parametry, zostało wskazanych wiele dokumentów, wtedy domyślnie będzie generowany ten, który został wprowadzony jako pierwszy.
Uruchomienie programu zewnętrznego.
Na zakładce: Parametry, należy wprowadzić nazwę pliku inicjującego odpowiedni program, np. jeżeli ma zostać uruchomiony program MS Word, w Definicji Akcji: Uruchomienie programu zewnętrznego, na zakładce: Parametry, należy wprowadzić tekst: winword.exe.
Jeżeli w procesie chcemy przekazać np. FS do edycji przez aplikację zewnętrzną to można przekazać zmienne procesowanego obiektu.
Definicja parametru Uruchomienia programu zewnętrznegoWynik przekazania obiektu do zewnętrznej aplikacji
Wykonanie skryptu SQL.
Na zakładce: Parametry, wprowadza się skrypt, jaki ma zostać wykonany.
Zmiana etapu dokumentu w obiegu.
Na zakładce: Parametry, wprowadza się treść statusu jaki ma mieć dany dokument w obiegu wg Słownika statusów zdefiniowanego w Obiegu dokumentów.
Definicja Akcji: Zmiana etapu dokumentu w obiegu, zakładka parametry
Zastosowanie akcji kluczowych
Akcje kluczowe ułatwiają definiowanie procesów i zapewniają im dużą wszechstronność funkcjonalną. Zdefiniowanie procesu, w trakcie którego wykorzystana będzie akcja kluczowa – Wykonywanie skryptu SQL, umożliwia wywołanie czynności, której nie przewiduje „tradycyjna” – dostępna z poziomu interfejsu, funkcjonalność ERP XL. Z kolei wysłanie wiadomości e – mail, umożliwia np. automatyczne informowanie wskazanej grupy osób (pracowników/kontrahentów) o wykonaniu danej czynności, czy o osiągnięciu przewidzianego celu (więcej w rozdziale: 2.3 Definiowanie procesu: Sprawdzenie wysokości sprzedaży).
Akcje kluczowe przypisane do dokumentów zamówień, usprawniają tok definiowania procesów i automatyzują wykonywanie poszczególnych czynności w ich ramach.
Przyklad
Za pomocą akcji kluczowych, predefiniowanych dla zamówień sprzedaży możliwe jest określenie pełnej ścieżki obiegu dokumentów – od wygenerowania zamówienia sprzedaży, poprzez jego potwierdzenie, wygenerowanie dokumentu handlowego z zamówienia i zakończenie procesu. Ponadto, aby uwzględnić możliwe opcje tego obiegu, w definicji procesu można również uwzględnić takie czynności, jak: otwarcie zamówienia, jego odrzucenie lub anulowanie (którym odpowiadają akcje kluczowe). Kondtrukcja procesu umożliwia automatyczne przechodzenie do następnej czynności po wykonaniu poprzedniej.
Uwaga
W kolejnych wersjach systemu ERP XL, planowana jest rozbudowa procesów o obsługę kolejnych dokumentów, za pomocą akcji kluczowych.
Akcje automatyczne
Dla procesów możliwe jest zdefiniowanie akcji automatycznych, np. wysłanie wiadomości e – mail, uruchomienie programu zewnętrznego, lub wykonanie skryptu SQL, które będą wykonywane przez System.
O tym, czy akcja będzie akcją automatyczną decyduje ustawienie jako Opiekuna dla Czynności, w której przewidziano wykonanie akcji automatycznej, Opiekuna automatycznego.
Podmioty odpowiedzialne za realizację procesów
Procesy stwarzają możliwość wyznaczenia osób odpowiedzialnych za realizację poszczególnych czynności. Dzięki temu, poszczególne zadania, odpowiadające czynnościom w ERP XL mogą być przekazywane wybranym pracownikom. Wykonanie czynności (akcji) przez pracownika/operatora powoduje automatyczne przejście procesu do następnego etapu (zadania). Jako odpowiedzialnego za realizację czynności w następnym zadaniu można już wyznaczyć innego pracownika/operatora.
Wyznaczanie Opiekuna odbywa się w oknie: Definicja czynności procesu, na zakładce: Opiekunowie (więcej w rozdziałach: Przypisywanie Opiekunów do Czynności: Potwierdzenie zamówienia Przypisywanie Opiekuna do Czynności: Akcja automatyczna).
XL Work Automat
Okno: XL Work Automat, pozwala określić przedział czasowy, co jaki będą wykonywane akcje automatyczne, zdefiniowane dla aktywnych procesów. Przedział ten określa się na zakładce: Parametry.
Aby uruchomić automat, należy nacisnąć przycisk: . Naciśnięcie przycisku: , spowoduje natychmiastowe uruchomienie przetwarzania zadań automatycznych.
Okno XL Work Automat, w którym określa się przedział czasowy wykonywania akcji automatycznych.Okno XL Work Automat, zakładka Parametry, określenie interwału czasowego
Przykładowe definicje procesów
Uwagi ogólne
W systemie ERP XL możliwe jest zdefiniowanie procesu, skupionego wokół obiektu, przewidzianego w jego funkcjonalności, jak również procesu, który nie dotyczy żadnego z takich obiektów. Wyboru dokonuje się w oknie: Definicje procesów, w jego lewym panelu, w którym wyświetlone są foldery, skupiające obiekty w ERP XL (zgodnie z podziałem na moduły). Wybór ostatniego folderu: Inne procesy, umożliwia utworzenie definicji procesu, który nie dotyczy obiektu, przewidzianego w funkcjonalności systemu.
Lista folderów, zawierających obiekty, dla których możliwe jest utworzenie definicji procesu (zaznaczony folder: Inne procesy, umożliwiającym utworzenie definicji procesu bez obiektu).
Poniżej przedstawiono scenariusze definiowania procesu – zarówno takiego, który dotyczy obiektu w systemie ERP XL (rozdział: 2.2 Definiowanie procesu: Obsługa zamówienia zakupu), jak i takiego, który takiego obiektu nie dotyczy (rozdział: 2.3 Definiowanie procesu: ).
Niezależnie od rodzaju, wszystkie procesy mają cechy wspólne:
W definicji procesu każde zadanie poza statusem końcowym (KONIEC) musi mieć zdefiniowaną przynajmniej jedną czynność
Aby możliwe było uruchomienie i obsługa procesu, dla czynności musi być przypisany przynajmniej jeden opiekun
Aby proces można było uruchomić, musi być on aktywny. Aktywność procesu zależy od spełnienia dwóch warunków:
zaznaczenia w oknie: Definicja procesu, parametru: Aktywny
zaznaczenia w konfiguracji, na zakładce: Ogólne/Parametry 1, parametru: Włącz obsługę procesów
Jeżeli do czynności jest przypisany więcej niż jeden opiekun, wtedy wykonanie akcji przez jednego z opiekunów, powoduje przejście procesu do następnego etapu.
Uwaga
Definicje procesów zaimportowane z XL w wersji na MSSQL nie będą działać poprawnie na ERP XL działającym na PostgreSQL
Definiowanie procesu: Obsługa zamówienia zakupu
Planowany przebieg procesu
Poniżej zaprezentowano sposób określenia definicji następującego procesu, dotyczącego obsługi zamówienia zakupu.
Jako pierwsza czynność w procesie, przypisana do etapu: Start (która spowoduje jego uruchomienie), zostanie zdefiniowana: Dodanie zamówienia zakupu. Wykonanie tej czynności spowoduje przejście procesu do następnego etapu: Akceptacja zamówienia (AZ). W etapie AZ zdefiniowane będą dwie czynności: Potwierdzenie zamówienia, lub Odrzucenie zamówienia. Wykonanie jednej z tych czynności spowoduje przejście procesu do następnego etapu:
jeżeli zamówienie zostanie potwierdzone (przyjęte), wtedy proces przejdzie do etapu: Wysłanie wiadomości e-mail o przyjęciu zamówienia
jeżeli zamówienie zostanie odrzucone, wtedy proces przejdzie do etapu: KONIEC, który oznacza zakończenie procesu.
W etapie: Akceptacja zamówienia, przewidziano więc dwie sytuacje, a wybór jednej z nich zadecyduje o prowadzeniu procesu jedną z dwóch ścieżek. Jeżeli zamówienie zostanie potwierdzone (przyjęte), wtedy, jak już wspomniano, proces przejdzie do zadania (etapu): Wysłanie wiadomości e-mail o potwierdzeniu zamówienia. W etapie tym, czynnością, która zostanie wykonana, będzie wysłanie wiadomości e-mail. Dla czynności tej, jako opiekun, zostanie przypisany opiekun automatyczny, dzięki czemu czynność ta zostanie wykonana automatycznie, po przejściu procesu właśnie do tego zadania. Kolejnym etapem, po wysłaniu wiadomości e-mail, będzie etap: Generowanie dokumentu handlowego z zamówienia zakupu. Dokumentem tym będzie Faktura zakupu. Wykonanie czynności spowoduje przejście procesu do etapu: Koniec, który oznacza zakończenie procesu.
Przedstawiony proces jest dość uproszczony i służy pokazaniu mechanizmu definiowania i działania procesu. W ramach definicji może zostać ujętych znacznie więcej zadań i czynności. Należy jedynie pamiętać, że o ile do jednego zadania można przypisać wiele czynności, to wykonać można tylko jedną z nich. Przypisanie wielu czynności do jednego zadania jest przydatne, jeśli dla procesu przewidziano różne ścieżki, którymi może podążyć. Wtedy, na etapie danego zadania, wykonując jedną z czynności wybiera się właściwą ścieżkę – w zależności od okoliczności i proces toczy się dalej odpowiednio do przyjętego wyboru (wykonanie jednej z czynności w danym zadaniu, powoduje, że zadanie jest również traktowane jako wykonane i proces przechodzi do następnego etapu).
Poniżej przedstawiony został schemat procesu: Obsługa zamówienia zakupu, w którym wyraźnie widać dwie ścieżki, jakimi może podążyć proces w konsekwencji wykonania jednej z dwóch czynności: Potwierdzenia zamówienia (jego przyjęcia) bądź Odrzucenia zamówienia.
Schemat procesu: Obsługa zamówienia zakupu.
Otworzenie definicji procesu
Szczegóły każdego zdefiniowanego procesu znajdują się w oknie: Definicja procesu. Znajduje się w nim wykreowana przez Użytkownika lista zadań i czynności do wykonania w ramach zadań. Dwa zadania: START i KONIEC, są predefiniowane w systemie i nie ma możliwości ich modyfikacji i usunięcia (więcej w rozdziale: Określenie zadań w definicji procesu). Okno: Definicja procesu, otwiera się z poziomu okna: Definicje procesów.
Aby otworzyć okno definicji procesu: Obsługa zamówienia zakupu, należy:
otworzyć okno: Definicje procesów, poprzez wybranie w module: Administrator, z menu: Procesy, funkcje: Definicje procesów,
w lewym panelu okna: Definicje procesów, rozwinąć folder: Zamówienia, a po jego rozwinięciu wybrać gałąź: Zamówienie zakupu.
Po zaznaczeniu gałęzi: Zamówienie zakupu, należy nacisnąć przycisk: [Dodaj]. Zostanie otworzone okno: Definicja procesu. W oknie należy wprowadzić nazwę procesu: Obsługa zamówienia zakupu, a także można określić priorytet dla procesu. Parametr: Aktywny, decyduje o możliwość uruchomienia procesu (więcej w rozdziale: Uwagi ogólne).
Wyznaczenie zadań w definicji procesu: Obsługa zamówienia zakupu
Aby dodać nowe zadania o definicji procesu, należy:
W otworzonym oknie: Definicja procesu (więcej w rozdziale: Otworzenie definicji procesu), należy nacisnąć przycisk: , rozwijający menu, z którego należy wybrać opcję: Dodaj zadanie.
Wybór opcji: Dodaj zadanie, z menu w oknie: Definicja procesu.
Zostanie otworzone okno: Definicja zadania procesu.
Otworzone okno definicje zadania procesu, dla którego podano kod i nazwę.
W oknie należy wskazać kod (skróconą nazwę zadania) i jego pełną nazwę. Aby ułatwić definiowanie procesu, okno można tymczasowo zapisać, używając przycisku: [Zapisz]. W ten sposób można wyznaczyć kolejne zadania. W podanym przykładzie, do definicji procesu, zostały dodane następujące zadania:
AZ – Akceptacja zamówienia
WW – Wysłanie wiadomości e-mail o potwierdzeniu zamówienia
GD – Wygenerowanie dokumentu handlowego z zamówienia
Zdefiniowanie zadań dla procesu stworzyło podstawowe elementy jego konstrukcji. Teraz, dla każdego zadania należy określić czynności jakie będą wykonywane w ramach poszczególnych etapów. Sposób przypisywania czynności do poszczególnych zadań został przedstawiony na przykładzie przypisania czynności do zadania: Akceptacja zamówienia (więcej w rozdziale: Przypisywanie czynności do zadania: Akceptacja zamówienia).
Po ich wprowadzeniu do definicji procesu, wyglądać ona będzie jak na rysunku poniżej.
Definicja procesu: Obsługa zamówienia zakupu, z zadaniami: AZ, WW, GD.
Po zdefiniowaniu zadań w procesie należy określić dla nich parametry i przypisać czynności, jakie mają zostać wykonane w ich ramach. Kroki te zostały opisane w następnych rozdziałach.
Określenie parametrów zadania: Akceptacja zamówienia
Określenie parametrów dla zadania rozpoczyna się od wprowadzenia jego kodu (czyli skróconej nazwy) i pełnej nazwy zadania (więcej w rozdziale: Wyznaczenie zadań w definicji procesu: Obsługa zamówienia zakupu). W prezentowanym przykładzie, jako pierwsze zdefiniowano zadanie: Akceptacja zamówienia, stąd w pola: kod i Nazwa, wprowadzono odpowiednio wartości: AZ i Akceptacja zamówienia. Ponadto, dla zadania tego (tak jak dla innych zadań) możliwe jest określenie następujących parametrów:
Termin realizacji - dla każdego zadania można określić termin jego realizacji, czyli taki, w jakim ma zostać zrealizowane dane zadanie. Jest on liczony od momentu trafienia zadania do skrzynki pracownika. Termin można określić poprzez wskazanie ilości sekund, minut, godzin, dni, tygodni lub za pomocą warunku SQL. Warunek wprowadza się na zakładce: SQL, uaktywnionej po zaznaczeniu pola: SQL. Warunek ten powinien zwrócić zmienną w formacie timestamp. W prezentowanym przykładzie określono termin realizacji zadania jako 3 dni. Oznacza to, że w ciągu 3 dni od momentu wygenerowania zamówienia ma ono zostać potwierdzone lub odrzucone. Przekroczenie terminu nie uniemożliwia jednak zatwierdzenia lub odrzucenia zamówienia. Określenie terminu ma znaczenie dla monitorowania przebiegu procesu – w trakcie jego obsługi, zadania przeterminowane będą wyświetlane w skrzynce pracownika na czerwono. Dzięki temu zarówno pracownik, jak kierownik będą mieli możliwość kontrolowania terminowości wykonywania zadań.
Data realizacji - proponowana data realizacji zadania. Datę można określić poprzez wskazanie ilości sekund, minut, godzin, dni, tygodni lub za pomocą warunku SQL. Warunek wprowadza się na zakładce: SQL, uaktywnionej po zaznaczeniu pola: SQL. Warunek ten powinien zwrócić zmienną w formacie timestamp. Podobnie, jak w przypadku terminu realizacji zadania, przekroczenie wyznaczonej daty nie blokuje możliwości jego wykonania.
Czas realizacji - czas przewidziany na realizację zadania. Czas można określić poprzez wskazanie ilości sekund, minut, godzin, dni, tygodni lub za pomocą warunku SQL. Warunek wprowadza się na zakładce: SQL, uaktywnionej po zaznaczeniu pola: SQL. Warunek ten powinien zwrócić zmienną w formacie timestamp.
Zarówno data realizacji zadania, jak i czas realizacji są parametrami, które mają służyć Użytkownikowi, poprzez możliwość określania za ich pomocą harmonogramu wykonywania zadań, np. w danej jednostce określa się, że czas przewidziany na wykonanie danego zadania wynosi godzinę, a innego 1 dzień i zgodnie z tym wprowadza się odpowiednie zapisy w definicji zadania procesu.
Warunek wejścia - warunek, jaki musi zostać spełniony, aby nastąpiło wejście do danego statusu. Warunek ten określa się przez wykonanie zadań poprzedzających:
przynajmniej jedno – jeżeli wykonano przynajmniej jedno zadanie (czynność) poprzedzające (dla którego wynikiem będzie to zadanie),
wszystkie – aby nastąpiło wejście do zadania, będą musiały zostać wykonane wszystkie zadania poprzedzające (czynności).
Wskazanie tego warunku może się również odbyć za pomocą warunku SQL, wprowadzanego na zakładce: SQL, uaktywnianej po zaznaczeniu w wierszu: Warunek wejścia, parametru: SQL.
W prezentowanej definicji, dla parametru: Warunek wejścia, zaznaczono opcję: Przynajmniej jedno, gdyż etap: Akceptacja zamówienia poprzedzona jest tylko jedną czynnością: Dodanie zamówienia zakupu, przypisaną do zadania: START (więcej w rozdziale: Planowany przebieg procesu).
Po określeniu opisanych parametrów, definicja zadania procesu będzie wyglądała, jak na poniższym rysunku.
Definicja zadania procesu (AZ).
Poza wymienionymi parametrami, dla zadania przypisuje się czynność, lub czynności, przewidziane do wykonania w jego ramach. Przypisywanie czynności wymaga ich zdefiniowania, dlatego zostało opisane w rozdziale: Przypisywanie czynności do zadania: Akceptacja zamówienia.
Przypisywanie czynności do zadania: Akceptacja zamówienia
Przypisanie czynności do zadania procesu polega na określeniu działań, jakie mają zostać wykonane, gdy proces przejdzie do tego zadania (etapu) oraz podmiotów odpowiedzialnych (opiekunów) za ich wykonanie.
Przypisywanie czynności do zadania odbywa się w oknie: Definicja zadania procesu, na zakładce: Czynności. Do zadania: Akceptacja zamówienia, zostaną przypisane dwie Czynności: Potwierdzenie zamówienia i Odrzucenie zamówienia. Na początek zostaje zdefiniowana Czynność: Potwierdzenie zamówienia.
Przypisanie czynności: Potwierdzenie zamówienia do zadania: Akceptacja Zamówienia
Aby przypisać czynność: Potwierdzenie zamówienia, do zadania: Akceptacja zamówienia, należy:
W oknie: Definicja zadania procesu (AZ), wybrać zakładkę i nacisnąć przycisk: [Dodaj]. Zostanie otworzone okno: Definicja czynności procesu.
Otworzone okno: Definicja czynności procesu.
W oknie: Definicja czynności procesu, znajdują się dwie zakładki: Ogólne i Opiekunowie. Na zakładce: Ogólne, określa się Akcję czyli działanie jakie ma zostać wykonane w ramach czynności oraz Wynik, czyli zadanie, do którego przejdzie proces po wykonaniu Akcji. Przejście procesu do określonego Wyniku może zostać obłożone warunkiem SQL, który wprowadza się w polu: Warunek. Możliwe jest również określenie wielu Wyników dla tej samej Akcji, – wtedy o tym, do którego z nich przejdzie proces po wykonaniu Akcji zadecyduje warunek SQL przypisany do odpowiedniego Wyniku. Natomiast na zakładce: Opiekunowie, określa się podmioty odpowiedzialne za realizację czynności (wykonanie Akcji).
Określenie Akcji dla Czynności: Potwierdzenie zamówienia
Określenie Akcji następuje po naciśnięciu przycisku: . Zostanie otworzone okno: Definicja procesu (Zamówienie zakupu) z zakładką: Akcje.
Okno otwierane po naciśnięciu przycisku: Akcje, w oknie: Definicja czynności procesu.
W otwartym oknie, definiuje się akcję, która będzie wybrana jako Akcja do wykonania w ramach definiowanej Czynności. W tym celu należy nacisnąć przycisk: [Dodaj]. Zostanie otworzone okno: Definicja Akcji.
Okno definicji Akcji.
W oknie: Definicja Akcji, w wierszu Akcja kluczowa, znajduje się rozwijalna lista akcji predefiniowanych w systemie. Uruchamia się ją po naciśnięciu przycisku: . Z listy należy wybrać akcję: Potwierdzenie zamówienia zakupu.
Wybranie akcji: Potwierdzenie zamówienia zakupu.
Po wybraniu akcji, jej nazwa zostanie wyświetlona również w polu: Nazwa. Można ją modyfikować.
Akcja: Potwierdzenie zamówienia zakupu, została zdefiniowana, wobec tego należy ją zapisać, naciskając przycisk: [Zapisz]. Zapisana akcja zostanie wprowadzona na listę w oknie: Definicja procesu (Zamówienie zakupu).
Akcja: Potwierdzenie zamówienia zakupu, na liście akcji dla definicji procesu.
Jeżeli akcja została wprowadzona na listę, można ją przypisać do Czynności. Aby to zrobić, należy ją zaznaczyć i nacisnąć przycisk: [Wybierz]. Wybrana akcja zostanie przypisana do Czynności.
Definicja czynności procesu ze zdefiniowaną akcją: Potwierdzenie zamówienia zakupu.
Po określeniu Akcji, należy zdefiniować Wynik, czyli zadanie, do którego przejdzie proces po wykonaniu Akcji.
Określenie Wyniku dla Czynności: Potwierdzenie zamówienia
Wynikiem dla czynności będzie jedno ze zdefiniowanych wcześniej zadań. Ponieważ zostały one już określone, wystarczy wybrać jedno z nich. Jeżeli odpowiednie zadanie nie zostałoby zdefiniowane do tego momentu, można je określić również z poziomu okna: Definicja czynności procesu.
Określenie Wyniku Akcji następuje po naciśnięciu w oknie: Definicja czynności procesu, przycisku: . Zostanie otworzone okno: Definicja czynności procesu, z zakładką: Zadania.
Zadania wyświetlone w oknie: Definicja procesu (Zamówienie zakupu), zakładka: Zadania.
W oknie wyświetlone będą zadania, jakie zostały zdefiniowane do tej pory. Jeżeli zadania, które ma być wynikiem, nie ma na tej liście, można je zdefiniować po rozwinięciu za pomocą przycisku: , menu kontekstowego i wybraniu z niego opcji: Dodaj zadanie. Uruchomiony zostanie w ten sposób proces definiowania zadania.
Jeżeli natomiast na liście znajduje się zadanie, które ma być Wynikiem dla Akcji, należy je zaznaczyć i nacisnąć przycisk: . Wybrane zadanie zostanie przypisane do Czynności jako Wynik dla Akcji.
W prezentowanym przykładzie, Wynikiem dla Akcji: Potwierdzenie zamówienia zakupu, ma być zadanie: Wysłanie wiadomości e-mail o potwierdzeniu zamówienia. Zadanie takie znajduje się na liście w oknie: Definicja procesu, zakładka: Zadania (Rys. 25). W tej sytuacji należy je zaznaczyć i nacisnąć przycisk: . Zadanie: Wysłanie wiadomości e-mail o potwierdzeniu zamówienia (WW), zostanie przypisany do Czynności, jako Wynik dla Akcji: Potwierdzenie zamówienia zakupu.
Definicja czynności procesu z określoną Akcją do wykonania i Wynikiem, jaki nastąpi po wykonaniu Akcji.
Po określeniu Akcji i wskazaniu Wyniku, należy przypisać osoby odpowiedzialne – tzw. Opiekunów, za wykonanie zadania. Opis przypisywania Opiekunów do czynności znajduje się w rozdziale: Przypisywanie Opiekunów do Czynności.
Przypisywanie Opiekunów do Czynności: Potwierdzenie zamówienia
Przypisywanie Opiekunów do Czynności odbywa się na zakładce: Opiekunowie. Aby przypisać Opiekuna, należy
w oknie: Definicja czynności procesu, wybrać zakładkę: Opiekunowie,
na zakładce: Opiekunowie, nacisnąć przycisk, który rozwija menu kontekstowe.
Zakładka: Opiekunowie, z rozwiniętym menu kontekstowym w oknie: Definicja czynności procesu.
Z menu kontekstowego, należy wybrać jedną z opcji, która umożliwia wybór Opiekuna:
ze struktury firmy
z listy pracowników
z listy operatorów
opiekuna automatycznego
opiekuna ustalonego w procesie
Wybór opcji zadecyduje o tym, jaka lista zostanie otwarta. Z otwartej listy dokonuje się wyboru odpowiedniego podmiotu, który będzie Opiekunem dla definiowanej czynności. W prezentowanym przykładzie Opiekunem zostanie wybrane centrum ze struktury podległościowej. Dzięki temu, wszyscy pracownicy tego centrum będą mogli dokonywać potwierdzenia zamówień. Aby wybrać centrum jako Opiekuna, należy z menu kontekstowego wybrać opcję: Ze struktury firmy. Zostanie otworzone okno: Struktura firmy.
Okno: Struktura firmy, otwierane po wybraniu opcji: Ze struktury firmy, w oknie: Definicja czynności procesu.
W oknie: Struktura firmy, należy zaznaczyć centrum, mające zostać Opiekunem i nacisnąć przycisk: . Wybrane centrum zostanie wprowadzone na zakładkę: Opiekunowie, w oknie: Definicja czynności procesu.
Definicja czynności procesu z przypisanym Opiekunem – centrum SAD 1a.
Jeżeli zostały zdefiniowane: Akcja, Wynik oraz Opiekun, definicję czynności procesu można zapisać, używając przycisku: [Zapisz zmiany]. Po zapisaniu, Czynność zostanie przypisana do zadania: Akceptacja zamówienia (na zakładce: Czynności).
Definicja zadania procesu z przypisaną Czynnością: Potwierdzenie zamówienia zakupu.
Przypisanie czynności: Odrzucenie zamówienia zakupu, do definicji zadania procesu [AZ] przebiega w podobny sposób, jak w przypadku przypisania czynności: Potwierdzenie zamówienia zakupu. W przypadku czynności: Odrzucenie zamówienia zakupu, zostanie jednak zdefiniowana inna akcja: Odrzucenie zamówienie zakupu, dla której wynikiem będzie status: KONIEC, oznaczający zamknięcie procesu. Sposób definiowania Akcji i Wyniku został opisany w rozdziałach: Określenie Akcji Określenie Wyniku.
Po wskazaniu elementów na Czynności, jej definicja będzie wyglądała jak na rysunku poniżej.
Po zdefiniowaniu Akcji i Wyniku, do Czynności zostanie przypisany Opiekun.
Przypisywanie czynności do innych zadań w procesie
Przypisywanie czynności do innych zadań w definicji procesu przebiega podobnie, jak w przypadku zadania: Akceptacja zamówienia (więcej w rozdziale: Przypisywanie czynności do zadania: Akceptacja zamówienia). Należy zwrócić uwagę na konieczność przypisania przynajmniej jednej czynności do każdego zadania (z wyjątkiem zadania: KONIEC) oraz pamiętać o tym, że do zadania; START ma zostać przypisana czynność, która będzie uruchamiała cały proces. Czynność do tego zadania przypisuje się z poziomu okna: Definicja procesu (Zamówienie zakupu), po jego zaznaczeniu i naciśnięciu przycisku: [Dodaj] lub wybraniu z menu kontekstowego, rozwijanego przyciskiem: , opcji: Dodaj czynność. Zostanie otworzone okno: Definicja czynności procesu, które należy wypełnić podobnie jak opisano to w rozdziale: Przypisywanie czynności do zadania: Akceptacja zamówienia, podając jako Akcję: Dodanie zamówienia zakupu, a jako Wynik – zadanie: Akceptacja zamówienia.
Po przypisaniu czynności do wszystkich zadań (zgodnie z założeniami definicji procesu opisanymi w rozdziale: Planowany przebieg procesu) definicja procesu: Obsługa zamówienia zakupu, będzie wyglądała jak na poniższym rysunku. W oknie: Definicja procesu, wyświetlone są, w układzie drzewa, zadania i przypisane do nich czynności.
Definicja procesu: Obsługa zamówienia zakupu, ze zdefiniowanymi zadaniami i przypisanymi do nich czynnościami.
Zapisanie definicji procesu
Jeżeli w definicji procesu: Obsługa zamówienia zakupu, wszystkie zadania zostały już określone i zostały do nich przypisane wszystkie wymagane czynności, można ją zapisać, używając przycisku: [Zapisz zmiany]. Zapisana definicja zostanie umieszczona w oknie: Definicje procesów.
Definicja procesu: Obsługa zamówienia zakupu, umieszczona w oknie: Definicje procesów.
Jak widać na powyższym rysunku, definicja procesu: Obsługa zamówienia zakupu, wyświetlona jest w kolorze szarym. Stało się tak dlatego, że definicji tej nie został nadany status aktywności – nie został zaznaczony parametr: Aktywny, w oknie: Definicja procesu. Do momentu zaznaczenia tego parametru, uruchomienie procesu w oparciu o zapisaną definicję będzie niemożliwe.
Definiowanie procesu: Sprawdzenie wysokości sprzedaży
Planowany przebieg procesu
Poniżej zostanie zaprezentowany sposób definiowania procesu, którego celem będzie wysłanie informacji za pośrednictwem poczty elektronicznej o przekroczeniu określonej wysokości sprzedaży (np. 10000 zł) w danym dniu. Na potrzeby niniejszego dokumentu, nazwa definicji tego procesu zostanie ujęta w skrócie: Sprawdzenie wysokości sprzedaży.
Pierwszą czynnością w tym procesie, przypisaną do zadania: START, będzie: Uruchomienie. Czynność ta będzie wykonywana przez wybranego pracownika i ma na celu jedynie uruchomienie procesu. Po jej wykonaniu, proces przejdzie do zadania: AKTYWNY. Do zadania tego będzie przypisana jedna czynność, w której akcją do wykonania będzie: Akcja automatyczna. W trakcie tej czynności będzie automatycznie wykonywany select, sprawdzający, czy wartość sprzedaży przekroczyła już określony próg (10000 zł) czy też nie. Dla czynności zostaną określone dwa wyniki obłożone warunkami SQL:
Pierwszy – przewidujący sytuację, gdy wartość sprzedaży przekroczy 10000 zł – wtedy Wynikiem będzie zadanie polegające na wysłaniu odpowiedniej wiadomości e-mail,
Drugi – przewidujący sytuację, gdy wartość sprzedaży nie przekroczy 10000 zł – wtedy Wynikiem będzie zadanie: Aktywny, czyli proces wejdzie ponownie w etap sprawdzania wartości sprzedaży.
Z tak zdefiniowanych warunków będzie wynikało, że proces będzie znajdował się etapie sprawdzania wartości sprzedaży, do momentu, gdy wartość ta nie zostanie przekroczona. Po jej przekroczeniu zostanie wysłana odpowiednia wiadomość e-mail.
Jeśli proces przejdzie do następnego etapu: Wysłanie wiadomości e-mail, będzie to oznaczało, że cel procesu w danym dniu został osiągnięty. Proces, po wykonaniu czynności polegającej na wysłaniu wiadomości e-mail przejdzie do zadania: Czekaj. Zadanie to polega na „czekaniu” jedną dobę na ponowne sprawdzenie wysokości sprzedaży w dniu następnym. Stąd też, następnym etapem (Zadaniem), jakie zostanie wykonane (po upływie doby) będzie znów zadanie: Aktywny, który czynność taką (sprawdzenie wartości sprzedaży) będzie uwzględniał.
Należy zwrócić uwagę, że w takiej definicji procesu nie jest wykorzystywane zadanie: KONIEC. Uruchomienie procesu spowoduje, że będzie się on toczył przez kolejne dni automatycznie, bez konieczności ingerencji Użytkownika – codziennie będzie sprawdzana wartość sprzedaży, a po jej przekroczeniu, będzie wysyłana wiadomość e-mail. Aby zamknąć proces, należy go zaznaczyć w oknie: Lista procesów i nacisnąć przycisk: [Zamknij proces].
Poniżej został przedstawiony schemat wykonywania poszczególnych czynności w procesie: Sprawdzenie wysokości sprzedaży.
Schemat procesu: Sprawdzenie wysokości sprzedaży.
Otworzenie definicji procesu
Otworzenie definicji procesu następuje w oknie: Definicje procesów. Ponieważ jest to proces bez obiektu, musi on zostać zdefiniowany z poziomu z poziomu folderu: Inne procesy i gałęzi: Proces bez obiektu.
Aby otworzyć definicje procesu: Sprawdzenie wysokości sprzedaży, należy:
w module: Administrator, wybrać z menu: Procesy, opcję: Definicje procesów.
Następnie w lewym panelu okna, rozwinąć folder: Inne procesy. Zostanie wyświetlona gałąź: Proces bez obiektu.
Definicje procesów.
Po zaznaczeniu gałęzi: Proces bez obiektu, należy nacisnąć przycisk: [Dodaj]. W ten sposób zostanie otworzona definicja procesu. W oknie należy wprowadzić nazwę procesu.
Definicja procesu: Sprawdzenie wysokości sprzedaży.
Wyznaczenie zadań w procesie
Po otworzeniu definicji procesu: Sprawdzenie wysokości sprzedaży, należy określić zadania czyli etapy tego procesu. W prezentowanym przykładzie – zgodnie z przyjętym założeniem (więcej w rozdziale: Planowany przebieg procesu), zdefiniowane zostaną następujące zadania i czynności:
START – do tego zadania zostanie przypisana czynność: Uruchomienie
AKTYWNY – do tego zadania zostanie przypisana czynność automatyczna, dla której możliwe będą dwa Wyniki (w zależności od tego czy wartość sprzedaży w danym dniu przekroczyła 10000 zł czy też nie).
E – MAIL (wysłanie wiadomości e-mail) – jeżeli wartość sprzedaży w danym dniu przekroczy 10000 zł, wtedy proces przejdzie do zadania: E-MAIL, w którym zostanie wysłana odpowiednia wiadomość e-mail.
CZEKAJ – po wysłaniu wiadomości e-mail, proces w zadaniu: CZEKAJ, będzie „oczekiwał” przez wskazany czas (jedną dobę) na ponowne przejście do zadania: AKTYWNY.
Definiowanie zadań odbywa się w ten sam sposób, jak w przypadku definiowania zadań w procesie: Obsługa zamówienia zakupu (więcej w rozdziale: Wyznaczenie zadań w definicji procesu: Obsługa zamówienia zakupu).
Po wyznaczeniu zadań, definicja procesu: Sprawdzenie wysokości sprzedaży, będzie wyglądać jak poniższym rysunku.
Definicja procesu: Sprawdzenie wysokości sprzedaży, z wyznaczonymi zadaniami.
Zdefiniowanie zadania: Czekaj
W zdefiniowaniu zadania: Czekaj, istotne jest określenie terminu jego realizacji. Z przyjętych założeń wynika, że proces w tym zadaniu oczekuje jedną dobę na ponowne uruchomienie skryptów sprawdzających wysokość sprzedaży. W związku z tym, w oknie: Definicja zadania procesu, na zakładce: Ogólne, w polu: Data realizacji, należy wskazać 1 dzień.
Definicja zadania procesu (Czekaj) z określoną datą realizacji.
Należy pamiętać, że istnieje możliwość większego zoptymalizowania czasu oczekiwania na ponowne uruchomienie sprawdzenia wysokości sprzedaży. W podanym bowiem przykładzie, czas oczekiwania będzie liczony od momentu przekroczenia wysokości sprzedaży w danym dniu. Oznacza to, że jeżeli przekroczenie wysokości sprzedaży jednego dnia nastąpi o godzinie 15.00, to ponowne uruchomienie zapytań SQL, sprawdzających wysokość sprzedaży w dniu następnym, nastąpi również o godzinie 15.00.
Uruchomienie wykonywania skryptów o oznaczonej godzinie, można zdefiniować poprzez warunek SQL. W tym celu, w oknie: Definicja zadania procesu (Czekaj), należy zaznaczyć w wierszu: Data realizacji, pole: SQL i na uaktywnionej zakładce: SQL, wprowadzić odpowiedni warunek.
Przypisanie czynności do zadań
Po wyznaczeniu zadań, należy przypisać do nich czynności. Sposób przypisania czynności do zadań odbywa się tak samo, jak w przypadku przypisywania czynności do zadań definicji procesu: Obsługa zamówienia zakupu (więcej w rozdziale: Przypisywanie czynności do zadania: Akceptacja zamówienia). W niniejszym rozdziale zostanie opisany sposób definiowania czynności: Akcja automatyczna, która zostanie przypisana do zadania: AKTYWNY, który różni się od przedstawionego powyżej.
Zdefiniowanie czynności: Akcja automatyczna
W czynności: Aktywny, zostanie przewidziana akcja, wykonywana automatycznie. Jej Wynik, będzie zależał od tego, czy sprawdzana wartość wysokości sprzedaży przekroczy 10000 zł, czy też nie. Wyniki te zostaną obłożone warunkami SQL.
Otworzenie definicji czynności: Akcja automatyczna
Aby zdefiniować czynność: Akcja automatyczna, należy:
W oknie definicji procesu: Sprawdzenie wysokości sprzedaży, zaznaczyć zadanie: AKTYWNY
nacisnąć przycisk: [Dodaj], lub za pomocą przycisku rozwinąć menu kontekstowe i wybrać opcję: Dodaj czynność.
Dodawanie czynności do zadania: AKTYWNY.
Zostanie otworzone okno: Definicja czynności procesu.
Otworzone okno: Definicja czynności procesu.
Przypisanie Akcji do Czynności: Akcja automatyczna
W oknie należy nacisnąć przycisk: . Zostanie otworzone okno: Definicja procesu, z zakładką: Akcje. W oknie tym, należy zdefiniować nową akcję – Akcję automatyczną. Odbywa się to po naciśnięciu przycisku: [Dodaj]. W otworzonym oknie: Definicja Akcji, w polu: Nazwa, wprowadzić nazwę Akcji – czyli: Akcja automatyczna. Zdefiniowaną Akcję należy zapisać, naciskając przycisk: [Zapisz].
Definicja Akcji automatycznej.
Akcja automatyczna zostanie wyświetlona na liście akcji w oknie: Definicja procesu. Należy ją teraz zaznaczyć i nacisnąć przycisk: [Wybierz].
Akcja automatyczna na liście akcji w oknie: Definicja procesu.
W ten sposób, do czynności: Akcja automatyczna, została przypisana Akcja.
Definicja czynności procesu: Akcja automatyczna, z przypisaną Akcją.
Przypisanie Wyników do Czynności: Akcja automatyczna
Należy teraz określić Wyniki dla przypisanej Akcji. Ze względu na charakter Czynności, zostaną zdefiniowane dwa Wyniki – jeden dla sytuacji, gdy wysokość wartości sprzedaży przekroczy 10000 zł, drugi – dla sytuacji, gdy wartość sprzedaży nie przekroczy tej wysokości.
Aby przypisać pierwszy Wynik, należy:
W oknie: Definicja czynności procesu, nacisnąć przycisk: [Dodaj]. Zostanie otworzone okno: Definicja statusu wynikowego czynności.
W oknie, należy nacisnąć przycisk: [Wynik]. Zostanie otworzone okno: Definicja procesu, z listą zadań możliwych do wybrania jako Wynik. Ponieważ zadania dla definicji procesu: Sprawdzenie wysokości sprzedaży, zostały uprzednio zdefiniowane (więcej w rozdziale: Wyznaczenie zadań w procesie), na liście należy zaznaczyć zadanie: E-MAIL i nacisnąć przycisk: [Wybierz]. Wybrane zadanie zostanie wprowadzone (jako Wynik do Czynności: Akcja automatyczna), do Definicji statusu wynikowego czynności.
Definicja statusu wynikowego czynności z przypisanym Wynikiem: E-MAIL.
Po wskazaniu Wyniku, należy określić warunek, pod jakim, po wykonaniu Akcji, proces do niego przejdzie. Warunek ten będzie wyglądał jak na poniższym rysunku.
Definicja statusu wynikowego: E-MAIL, z podanym warunkiem SQL.
W ten sposób pierwszy Wynik zostanie zdefiniowany. Należy go zapisać i przystąpić do definiowania drugiego Wyniku, przewidzianego po spełnieniu warunku, gdy wysokość wartości sprzedaży nie przekroczy 10000 zł. Wynikiem tym będzie zadanie: AKTYWNY. Definiowanie odbywa się tak, jak w przypadku pierwszego Wyniku (oczywiście z uwzględnieniem funkcji przewidzianej dla drugiego Wyniku). Po zdefiniowaniu, Wynik: Aktywny, będzie wyglądał jak na poniższym rysunku.
Definicja statusu wynikowego: AKTYWNY.
Po zapisaniu definicji statusu wynikowego: AKTYWNY, zostanie on przypisany do Czynności: Akcja automatyczna.
Okno Czynności: Akcja automatyczna, po przypisaniu do niej Wyników: E-MAIL i AKTYWNY, będzie wyglądało jak na poniższym rysunku.
Definicja czynności procesu: Akcja automatyczna, po przypisaniu Wyników: E-MAIL i AKTYWNY.
Przypisywanie Opiekuna do Czynności: Akcja automatyczna
Dla zdefiniowanej Czynności: Akcja automatyczna, należy określić Opiekuna. Ponieważ Czynność będzie wykonywana automatycznie, należy wybrać Opiekuna automatycznego.
Definicja czynności procesu: Akcja automatyczna, z przypisanym Opiekunem automatycznym.
Definicję czynności procesu należy zapisać. Zostanie ona przypisana do zadania: AKTYWNY.
W podobny sposób definiuje się kolejne czynności dla tej definicji procesu, jednak, ze względu na to, że każda z nich przewiduje jeden Wynik, zostanie on wprowadzony w oknie definicji czynności procesu, w polu: Wynik (po naciśnięciu przycisku: ).
Po przypisaniu wszystkich przewidzianych Czynności do zadań, definicja procesu: Sprawdzenie wysokości sprzedaży, będzie wyglądała jak na poniższym rysunku:
Definicja procesu: Sprawdzenie wysokości sprzedaży.
Obsługa procesu
Obsługa procesu polega na jego uruchomieniu i wykonywaniu zadań przewidzianych w jego definicji. Definicja procesu stanowi wzór, według którego może być wykonywana nieograniczona ilość procesów. Obsługa procesów w oparciu o definicję jest możliwa, gdy:
Odpowiednia definicja procesu ma status: Aktywny (decyduje o tym zaznaczenie parametru: Aktywny, w oknie: Definicji procesu)
W Systemie włączona jest obsługa procesów (w konfiguracji, na zakładce: Ogólne/Parametry 1, został zaznaczony parametr: Włącz obsługę procesów).
Poniżej przedstawiono obsługę dwóch procesów wykonywanych w oparciu o definicje zaprezentowane w rozdziale: Przykładowe definicje procesów.
Obsługa procesu: Obsługa zamówienia zakupu
Uwagi ogólne
Proces dotyczący obsługi zamówienia zakupu może być uruchamiany i wykonywany z poziomu:
Skrzynki pracownika
Obsługiwanego zamówienia (lub listy zamówień).
Obsługa z poziomu skrzynki pracownika polega na tym, że Opiekun, wybiera z listy odpowiedni proces, identyfikowany po nazwie procesu i numerze obiektu (czyli numerze zamówienia) i wykonuje akcję, przez:
wybranie przycisku: [Wykonaj akcję],
lub jeżeli w danym etapie przewidziano wykonanie jednej w wielu czynności:
rozwinięciu menu kontekstowego za pomocą przycisku: , znajdującego się obok ikony i wybraniu odpowiedniej opcji, oznaczającej wykonanie jednej z czynności.
Rys. 50 Skrzynka pracownika z rozwiniętym menu kontekstowym umożliwiającym wybór czynności do wykonania.
Kilka procesów na jednym obiekcie
Może się zdarzyć, że dla jednego obiektu – np. zamówienia zakupu, zostanie zdefiniowanych klika definicji procesu, przewidujących różne ścieżki obiegu dokumentów. W takiej sytuacji, operując konkretnym zamówieniem, o ile istnieją wspólne punkty tych procesów można wybrać definicję, według której będzie obsługiwany dalej dany obiekt.
Wyboru definicji dokonuje się w oknie: Lista zamówień. Aby wybrać jedną z definicji do obsługi konkretnego zamówienia, należy:
W oknie: Lista zamówień, wskazać zamówienie, dla którego zostanie wybrana odpowiednia definicja
Nacisnąć przycisk: [Historia procesu], zostanie otworzone okno: Historia procesu,
W oknie: Historia procesu, w polu: Proces, za pomocą przycisku: , zostanie rozwinięta lista dostępnych definicji, możliwych do wykorzystania przy obsłudze wybranego zamówienia.
Historia procesu, z rozwiniętą lista dostępnych definicji procesu.
Po wybraniu jednej z definicji, uruchomienie przycisku: [Wykonaj akcję] spowoduje wykonanie akcji, przewidzianej dla czynności będącej elementem tej definicji. Przycisk: , rozwija menu kontekstowe z możliwymi opcjami wykonania akcji.
Historia procesu z opcjami wykonania akcji w ramach wybranej definicji.
Uruchomienie procesu (zadanie START)
Proces rozpoczyna się w momencie, gdy podmiot przypisany jako Opiekun do Czynności: Dodanie zamówienia zakupu, wygeneruje zamówienie zakupu. Wygenerowanie zamówienia zakupu jest możliwe:
Z poziomu listy zamówień – poprzez otworzenie okna: Lista zamówień i naciśnięciu przycisku: [Dodaj],
Z poziomu Skrzynki pracownika (czyli podmiotu, będącego Opiekunem) – po otworzeniu okna: Lista zamówień i naciśnięciu przycisku: [Dodaj proces]. Zostanie wtedy otworzone okno: Procesy do uruchomienia, z której należy wybrać odpowiedni proces i nacisnąć przycisk: [Wybierz]. Po zapisaniu okna: Proces, które otwiera się w trakcie uruchamiania procesu, zostanie wygenerowane zamówienie zakupu.
Wygenerowane zamówienie zostanie zapisane, a proces przechodzi do następnego etapu: Akceptacja zamówienia.
Proces na etapie: Akceptacja zamówienia
W tym etapie, proces pojawi się skrzynkach pracowników, którzy zostali przypisani jako Opiekunowie do czynności: Akceptacja zamówienia zakupu lub Odrzucenie zamówienia zakupu. Jeżeli ten sam podmiot jest Opiekunem do jednej i drugiej czynności, wtedy z poziomu otwartego zamówienia, lub swojej skrzynki pracownika może dokonać albo przyjęcia zamówienia, albo jego odrzucenia. Wykonanie jednej z tych czynności powoduje przejście procesu do następnego etapu:
w przypadku zatwierdzenia i przyjęcia zamówienia będzie to Wysłanie wiadomości o potwierdzeniu zamówienia (WW)
w przypadku Potwierdzenia i odrzucenia zamówienia, będzie to etap KONIEC, który spowoduje zakończenie procesu.
Proces na etapie: Wysłanie wiadomości o potwierdzeniu zamówienia
Opiekunem na etapie: Wysłanie wiadomości o potwierdzeniu zamówienia, jest Opiekun automatyczny. Oznacza to, że czynność polegająca na wysłaniu do wskazanych podmiotów wiadomości za pośrednictwem poczty elektronicznej o pozytywnym potwierdzeniu zamówienia zostanie wykonana automatycznie, po przejściu procesu do tego etapu. Należy jednak pamiętać o odpowiednim zdefiniowaniu parametrów w konfiguracji, na zakładce: Ogólne/Parametry 2, dotyczące ustawień SMTP.
Po wysłaniu wiadomości e-mail, proces przejdzie automatycznie do następnego etapu: Wygenerowanie dokumentu handlowego z zamówienia, czyli znajdzie się w skrzynce tych pracowników, którzy zostali wybrani jako Opiekunowie do czynności polegającej na wygenerowaniu dokumentu handlowego z potwierdzonego zamówienia (GD).
Proces na etapie: Wygenerowanie dokumentu handlowego z zamówienia
Opiekunowie mogą wykonać czynność generowania dokumentu handlowego:
Z poziomu listy zamówień (poprzez wybranie zamówienia, a następnie funkcji polegającej na generowaniu dokumentu handlowego z zamówienia).
Z poziomu swojej skrzynki pracownika – poprzez zaznaczenie odpowiedniego procesu (identyfikowanego po nazwie procesu i numerze obiektu) i naciśnięciu przycisku: [Wykonaj akcję].
Po wykonaniu akcji, proces przejdzie do statusu KONIEC, który oznacza jego zakończenie.
Proces na etapie: KONIEC
Proces przechodzi automatycznie do statusu wynikowego: KONIEC:
po wykonaniu czynności: Odrzucenie zamówienia, w etapie: Akceptacja zamówienia,
po wykonaniu czynności: Wygenerowanie dokumentu handlowego, w etapie: Wygenerowanie dokumentu handlowego z zamówienia zakupu.
Status: KONIEC, oznacza zakończenie procesu. Na tym etapie nie jest wykonywana żadna czynność.
Obsługa procesu: Sprawdzenie wysokości sprzedaży
Uwagi ogólne
Proces: Sprawdzenie wysokości sprzedaży, w przeciwieństwie do procesu: Obsługa zamówienia zakupu, nie dotyczy obiektu w ERP XL. W związku z tym, jego obsługa możliwa jest tylko z poziomu okna: Skrzynka pracownika.
Uruchomienie procesu (zadanie: START)
Uruchomienie procesu następuje z poziomu skrzynka pracownika, który jest opiekunem Czynności: Uruchomienie, przypisanej do zadania: START. Odbywa się on po naciśnięciu w oknie: Skrzynka pracownika, przycisku: [Dodaj proces], który spowoduje otworzenie okna: Procesy do uruchomienia. W oknie, należy wybrać proces: Sprawdzenie wysokości sprzedaży i nacisnąć przycisk: [Wybierz].
Okno: Procesy do uruchomienia z zaznaczonym procesem: Sprawdzenie wysokości sprzedaży, gotowym do uruchomienia.
Po wybraniu procesu, zostanie otworzone okno: Proces, w którym podane są podstawowe dane uruchamianego procesu.
Okno: Proces, z podstawowymi danymi uruchamianego procesu.
Po zapisaniu okna (przycisk: ) proces zostanie uruchomiony i przejdzie do następnego etapu: AKTYWNY.
Proces w etapie: AKTYWNY
Czynności w zadaniu: AKTYWNY, wykonywane są przez Opiekuna automatycznego. Polegają one na wykonywaniu zapytań SQL, sprawdzających czy wartość sprzedaży w danym dniu przekroczyła 10000 zł. Jeżeli warunek zostanie spełniony, wtedy proces przechodzi do etapu: E-MAIL, polegającego na wysłaniu wiadomości e-mail o przekroczeniu wartości sprzedaży 10000 zł. Jeżeli warunek nie zostanie spełniony, proces będzie dalej „wracał” do zadania: AKTYWNY, czyli zapytanie będzie dalej ponawiane.
Proces w etapie: E-MAIL
Etap: E-MAIL, polega na wysłaniu wiadomości e-mail o przekroczeniu wartości sprzedaży 10000 zł. Opiekunem dla tej czynności jest również Opiekun automatyczny, co oznacza, że zostanie ona wykonana automatycznie, po przejściu procesu do tego zadania. Treść wiadomości, jaka zostanie wysłana określona jest w definicji procesu, w oknie: Definicja Akcji, na zakładce: Parametry (więcej informacji o definiowaniu akcji: Wysłanie wiadomości e – mail znajduje się w rozdziale: Określanie parametrów dla akcji kluczowych. Po wysłaniu wiadomości, osiągnięty zostanie cel procesu. Przejdzie on zatem do etapu (zadania) CZEKAJ, w którym proces będzie „oczekiwał” 1 dobę.
Proces w etapie: Czekaj
W etapie: Czekaj, wykonywana jest akcja automatyczna, polegająca na wstrzymaniu na jedną dobę sprawdzania, czy wysokość sprzedaży została przekroczona ponad 10000 zł. Również dla tej czynności został ustalony Opiekun automatyczny, a czas oczekiwania wynika z ustawienia w oknie: Definicja zadania procesu (Czekaj), na zakładce: Ogólne, parametru: Data realizacji, na 1 dzień (więcej informacji w rozdziale: Zdefiniowanie zadania: Czekaj). Po upływie jednego dnia, proces ponownie przejdzie do zadania: AKTYWNY, w którym nastąpi sprawdzanie wysokości sprzedaży (więcej informacji w rozdziale: Proces w etapie: AKTYWNY).
Nowe funkcjonalności w procesach
Obsługa BST
Lista obiektów Systemu obsługiwana w procesach została uzupełniona o dokument Bilansu Stanu Towarów BST. Dla obiektu tego udostępnione zostały akcje kluczowe odpowiadające operacjom dokonywanym na tym dokumencie:
Nowe akcje kluczowe dostępne dla obiektu Bilans stanu towarów
Dodanie bilansu stanu towarów – Akcja odpowiada operacji dodania dokumentu z interfejsu, czyli dodany zostanie dokument BST z domyślnymi wartościami tj. Grupa towarów, dostawca, magazyn, zakres planowany.
Potwierdzenie bilansu stanu towarów – Akcja umożliwia zatwierdzenie bilansu analogicznie do operacji zatwierdzenia z poziomu interfejsu.
Zamknięcie bilansu stanu towarów – Akcja odpowiada operacji zamknięcia dokumentu z poziomu interfejsu. (Można zamknąć tylko zatwierdzone BST)
Anulowanie bilansu stanu towarów – Akcja odpowiada operacji anulowania dokumentu z poziomu interfejsu
Przelicz bilans stanu towarów – Akcja odpowiada operacji przeliczenia BST, według parametrów ustawionych na BST.
Drukowanie bilansu stanu towarów – Akcja analogiczna do akcji drukowania innych dokumentów
Generowanie dokumentu z bilansu stanu towarów – Akcja ma zakładkę Parametry. Na zakładce parametry można określić, jaki dokument powinien być generowany z BST.
Możliwe parametry:
– ZZ – zamówienie zakupu
– ZW – zamówienie wewnętrzne
– MMW – przesunięcie MMW
– ZP – zlecenie produkcyjne
– ZK – zlecenie kompletacji
– SAD
Usuwanie bilansu stanu towarów
Akcja powinna odpowiadać operacji usuwania dokumentu z poziomu interfejsu
Uwaga
Obecnie nie obsługujemy automatycznego uruchamiania procesu, proces zawsze musi zostać uruchomiony ręcznie.
Oprócz akcji wynikających ze specyfiki dokumentu BST, udostępnione zostały akcje ogólne, podobnie jak dla innych obiektów Systemu:
Uruchomienie innego procesu
Uruchomienie programu zewnętrznego
Wykonanie skryptu SQL
Wysłanie wiadomości e-mail
Zakończenie całego procesu
Podczas konwersji bazy, czy też tworzenia nowej bazy System dodaje predefiniowany proces przeliczania dokumentu BST, aby z niego skorzystać, wystarczy zaznaczyć na nim parametr „Aktywny”. Po włączeniu w Systemie obsługi procesów i uruchomieniu XLWorkAutomat Użytkownik może ustawić na konkretnym dokumencie BST zadanie wykonania automatycznego przeliczenia BST w określonym czasie. Aby tego dokonać wystarczy zaznaczyć parametr „Przelicz”, ustalić żądany czas aktualizacji i zlecić jej wykonanie poprzez uruchomienie opcji „przelicz bilans”.
Ustalanie planowanego terminu automatycznego przeliczenia dokumentu BST
Obsługa Planu Produkcji
Lista obiektów Systemu obsługiwana w procesach została uzupełniona o dokument Planu Produkcji. Dla obiektu tego udostępnione zostały akcje kluczowe odpowiadające operacjom dokonywanym na tym dokumencie:
Nowe akcje kluczowe dostępne dla obiektu Bilans stanu towarów
Dodanie planu produkcji – Akcja powinna odpowiadać akcji dodania dokumentu Plany produkcji z poziomu interfejsu z danymi wejściowymi, jak przy dodawaniu nowego dokumentu z ręki.
Zatwierdzenie planu produkcji – Akcja powinna odpowiadać zatwierdzaniu dokumentu, dokonywanego z poziomu interfejsu.
Zamknięcie planu produkcji – Akcja powinna odpowiadać zamknięciu dokumentu planu produkcji z poziomu interfejsu.
Usunięcie planu produkcji – Akcja powinna odpowiadać usunięciu planu produkcji z poziomu interfejsu.
Przeliczenie planu produkcji – Akcja odpowiada operacji przeliczenia Planu produkcji, według parametrów ustawionych na planie
Drukowanie dokumentu – Akcja analogiczna do akcji drukowania innych dokumentów.
Generowanie dokumentu na materiały – Dla akcji udostępniono zakładkę: Parametry, określa się tam jaki dokument ma być generowany z Planu produkcji: ZZ, ZW, ZP czy MMW.
Generowanie dokumentu na produkty – Dla akcji udostępniono zakładkę: Parametry, określa się tam jaki dokument ma być generowany z Planu produkcji: ZZ, ZW, ZP czy MMW
Dla obiektu Planu produkcji dostępne będą również akcje wspólne dla wszystkich obiektów:
Uruchomienie innego procesu
Uruchomienie programu zewnętrznego
Wykonanie skryptu SQL
Wysłanie wiadomości e-mail
Zakończenie całego procesu
Podczas konwersji bazy, czy też tworzenia nowej bazy System dodaje predefiniowany proces przeliczania dokumentu Planu produkcji, aby z niego skorzystać, wystarczy zaznaczyć na nim parametr „Aktywny”. Po włączeniu w Systemie obsługi procesów i uruchomieniu XLWorkAutomat Użytkownik może ustawić na konkretnym dokumencie Planu produkcji zadanie wykonania automatycznego przeliczenia planu w określonym czasie. Aby tego dokonać wystarczy zaznaczyć parametr „Przelicz”, ustalić żądany czas aktualizacji i zlecić jej wykonanie poprzez uruchomienie opcji „Przeliczenie Plan produkcji”.
Ustalanie planowanego terminu automatycznego przeliczenia dokumentu Planu Produkcji
Obsługa wiązania zasobów z rezerwacjami
Została udostępniona akcja kluczowa w procesach: „Rezerwowanie zasobów”, dostępna dla procesu podpiętego do gałęzi procesów bez obiektu. Akcja ta będzie wyzwalała operację przypisywania zasobów do aktywnych, ważnych rezerwacji sprzedażowych.
Podczas kreacji i konwersji bazy zostanie dodany predefiniowany proces „Przypisywanie zasobów do rezerwacji” z użyciem ww. akcji, który wystarczy aktywować (zaznaczyć checkbox „Aktywny”) 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).
Definicja procesu Przypisywania zasobów do rezerwacji
Akcję kluczową Rezerwowanie zasobów można wykorzystywać także w innych procesach. Parametrami funkcji definiowanymi na zakładce Parametry są:
Typ dokumentu źródłowego (dokumentu tworzącego rezerwację np. ZS, ZW)
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)
Parametry akcji kluczowej Rezerwowanie zasobu
Procesy w Produkcji
W systemie Comarch ERP XL udostępniono funkcjonalność procesów dla wybranych operacji wykonywanych w module Produkcja. Dla grupy obiektów: Produkcja, dla istniejących już obiektów: Zlecenie produkcyjne i Harmonogram projektu dodane zostały nowe predefiniowane akcje kluczowe:
Nowe akcje kluczowe dla obiektu: Zlecenie produkcyjne
Dodanie zlecenia produkcyjnego – Akcja odpowiada dodaniu, z poziomu interfejsu systemu,
Planowanie zlecenia produkcyjnego – Akcja odpowiada planowaniu ZP z poziomu interfejsu systemu. Wymaga ona dodatkowej parametryzacji. Na zakładce: Parametry, należy podać odpowiedni numer, oznaczający wybrany sposób planowania zleceń.
Przykładowa parametryzacja dla akcji: Planowanie zlecenia produkcyjnego
1024 – Planowanie zgrubne
1280 – Planowanie uproszczone
1536 – Planowanie szczegółowe
1792 – Planowanie wszystkie zasoby
2048 – Planowanie całościowe zgrubne
2304 – Planowanie całościowe uproszczone
2560 – Planowanie całościowe szczegółowe
2816 – Planowanie całościowe wszystkie zasoby
Przeplanowanie zlecenia produkcyjnego – Akcja odpowiada przeplanowaniu ZP z poziomu interfejsu systemu. Akcja ta wymaga dodatkowej parametryzacji. Na zakładce: Parametry, na definicji tej akcji, należy podać odpowiedni numer, oznaczający wybrany sposób przeplanowania zleceń:
4096 – Przeplanowanie zgrubne
4352 – Przeplanowywanie uproszczone
4608 – Przeplanowywanie szczegółowe
4864 – Przeplanowywanie wszystkie zasoby
8192 – Przeplanowywanie konfliktów zgrubne
8448 – Przeplanowywanie konfliktów uproszczone
8704 – Przeplanowywanie konfliktów szczegółowe
8960 – Przeplanowywanie konfliktów wszystkie zasoby
16896 – Dobierz zasoby szczegółowo
17152 – Dobierz zasoby wszystkie
Aktualizacja rezerwacji - Akcja odpowiada dostępnej z poziomu interfejsu systemu, funkcji: Aktualizacja rezerwacji
Realizacja zlecenia produkcyjnego - Akcja odpowiada wykonaniu realizacji całego dokumentu ZP.
Generowanie dokumentów ze zlecenia produkcyjnego - za pomocą akcji możliwe będzie automatyczne wygenerowanie z ZP dokumentów RW lub PW. Akcja wymaga dodatkowej parametryzacji. Na zakładce: Parametry, na definicji tej akcji, należy podać, jaki rodzaj dokumentu ma być generowany za pomocą akcji:
RW 1 – parametr będzie oznaczał generowanie RW z planu
RW – parametr będzie oznaczał generowanie RW
PW – parametr będzie oznaczał generowanie PW
Rozliczanie zlecenia produkcyjnego - Akcja odpowiada funkcji: Rozliczanie zleceń, dostępnej z poziomu interfejsu systemu.
Zamykanie zlecenia produkcyjnego - Akcja odpowiada zamknięciu ZP z poziomu interfejsu systemu. Akcja ta wymaga dodatkowej parametryzacji. Na zakładce: Parametry, na definicji tej akcji należy podać odpowiedni numer, oznaczający wybrany sposób zamykania zleceń:
7 – Zamknięcie zlecenia
8 – Zamknięcie niezrealizowanego zlecenia
9 – Zamknięcie bez rozliczenia
10 – Zamknięcie niezrealizowanego zlecenia bez rozliczenia
Uwaga! Dla obiektu : Harmonogram operacji, wprowadzono analogicznie, jak ww. akcje kluczowe. Dodatkowo udostępniono w systemie predefiniowane definicje procesów, które mogą stanowić wzór do budowania nowych procesów w Produkcji:
Predefiniowane definicje procesów z wykorzystaniem nowych akcji kluczowych, udostępnionych do budowania procesów w Produkcji
Od wersji 2018.1 w definicji procesów, do obiektu: Plan produkcji, dodano nową akcję kluczową: Generowanie rekomendacji na podstawie wzorca.
Akcja ta odpowiada operacji generowania rekomendacji na podstawie wzorca i jest ona parametryzowana. W oknie definicji Akcji, na zakładce [Parametry], należy podać Id wzorca, na podstawie którego mają być generowane rekomendacje. Jeśli nie zostanie wskazany nr Id wzorca, wówczas rekomendacje będą generowane na podstawie wzorca domyślnego.
Dodatkowo, dla grupy obiektów: Produkcja, w definicji procesów, wprowadzono nowe obiekty: Rekomendacja do produkcji i Rekomendacja do zakupu ze standardowymi akcjami: Uruchomienie innego procesu, Uruchomienie programu zewnętrznego, Wykonanie skryptu SQL, Wysłanie wiadomości e-mail, Zakończenie całego procesu.
Procesy na AWD i ZWM
Od wersji 2018.1 udostępniono funkcjonalność procesów dla dokumentów magazynowych: AWD, ZWM.
Do nowego obiektu poza standardowymi udostępniono nowe akcje kluczowe:
Zatwierdzenie dokumentu magazynowego – akcja odpowiada odznaczeniu parametru Do bufora i zapisaniu dokumentu AWD
Realizacja dokumentu magazynowego – akcja odpowiada dodaniu, z poziomu interfejsu systemu, realizacji dla pozycji na dokumencie AWD
Zamykanie dokumentu magazynowego – akcja odpowiada zaznaczeniu parametru Zamknięte i zapisaniu dokumentu AWD
Akcje jw. przy wskazaniu na dokumencie magazynu z włączoną obsługą WMS, operują na dokumentach (W)AWD, (W)ZWM. Dla tychże dokumentów, ze względu na inną ich koncepcje, procesy powinny być trochę inaczej definiowane. Należy tu mieć na uwadze m.in.:
Zatwierdzenie dokumentu magazynowego – akcja odpowiada zaznaczeniu parametru Realizuj w WMS i zapisaniu dokumentu
Realizacja dokumentu magazynowego – akcja nie dotyczy dokumentów WMS
Zamykanie dokumentu magazynowego – akcja odpowiada zaznaczeniu parametru Zamknięte i zapisaniu dokumentu; przy czym zachowana zostaje blokada zamknięcia dla dokumentu zatwierdzonego, tzn. przekazanego do realizacji w WMS
Generowanie spinacza
W wersji 2019.0 lista akcji kluczowych w Procesach została wzbogacona o akcję Generowanie spinacza, pozwalającą na utworzenie faktury typu spinacz z wydania zewnętrznego/przyjęcia zewnętrznego. Akcja ta jest alternatywą dla dostępnej już od wielu wersji akcji Dołączenie do spinacza. W przypadku akcji dołączenia do spinacza, jak sama nazwa akcji wskazuje System dołącza dokument do niezatwierdzonego spinacza, dopiero jeżeli takowego nie ma w Systemie, wówczas tworzy nowy spinacz. W przypadku akcji generowania spinacza System zawsze tworzy nowy spinacz dla danego dokumentu wydania/przyjęcia. Rodzaj spinacza, który ma zostać utworzony w tej akcji należy zdefiniować na zakładce [Parametry] tej akcji, przykładowo będzie to dla WZ:
(s)FS – spinacz elementów
FS – spinacz nagłówkowy
Generowanie dokumentów magazynowych w procesach w oparciu o parametry
W procesach dostępnych dla dokumentów handlowych do akcji kluczowej służącej do generowania dokumentów magazynowych, została dodana zakładka [Parametry], gdzie należy określić, jaki typ dokumentu w danym kroku powinien powstać, czyli czy ma to być PM/WM, AWD/ZWM czy ich odpowiedniki dla magazynów WMS. Jest to działanie analogiczne do generowania dokumentów handlowych w procesach, gdzie na definicji akcji jest możliwość ustawienia za pomocą parametrów, czy generowanym dokumentem ma być np. FZ czy PZ.
Uwaga
Aby w każdym przypadku tworzenie dokumentów magazynowych zadziałało poprawnie, to wpisane na zakładce symbole muszą być oddzielone przecinkiem, ale bez dodatkowej spacji pomiędzy nimi. Tak też celowo zostało to ujęte w treści do tego punktu.
Oczywiście nadal zachowana jest zasada, że dla danej konfiguracji w Systemie nie będzie możliwe utworzenie np. dokumentów WM/PM na magazyny WMS, więc użytkownicy powinni odpowiednio zdefiniować swój proces warunkując wykonanie danego zadania od rodzaju magazynu na dokumencie źródłowym.
W konwersji dotychczasowych procesów, w których występuje zadania generowania dokumentów magazynowych parametry zostały ustawione tak, aby zachowane było dotychczasowe działanie Systemu. Oznacza to, że symbole dokumentów uzupełnione zostaną zależnie od typu dokumentów źródłowych, dla których akcja została dodana:
Jako pierwsze zostaną ustawione symbole dokumentów PM i WM, ponieważ dotychczas to one były generowane w akcjach ręcznych lub automatycznych, więc zachowane zostanie dotychczasowe działanie dla istniejących procesów.
Wskazówka
Pomimo tego, że dokumenty przychodu czy rozchodu wskazują jednoznacznie na dokumenty magazynowe przychodowe lub rozchodowe, to zostaną dodane zawsze wszystkie typy magazynowych, aby dla korekt możliwe było wystawianie dokumentów magazynowych o przeciwnych kierunkach przepływu.
Należy pamiętać o tym, że ustawienie w definicji procesu określonego parametru wpływa również na inne operacje w Systemie, jak opisano poniżej.
Dla operacji ręcznego generowania dokumentów magazynowych z handlowych z listy dokumentów (czyli przycisk pod listą lub menu kontekstowe) sprawdzane jest prawo operatora do wykonania zadania uwzględniając informacje z zakładki [Parametry]. Czyli aby operator przypisany do procesu mógł utworzyć wybrany przez siebie dokument, to na tej zakładce musi być przypisany jego symbol.
Dla operacji automatycznego generowania dokumentów magazynowych z handlowych przy zatwierdzaniu handlowego przez operatora przypisanego do zadania w procesie, sprawdzane są zapisy na zakładce [Parametry] i następuje próba wygenerowania dokument o symbolu, który jest pierwszy na liście. Tutaj będzie więc różnica w stosunku do obecnego działania, w którym generowanie zawsze było wykonywane na podstawie typu dokumentu ustalanego zgodnie z konfiguracją Systemu. Należy więc sprawdzić definicje istniejących procesów i ewentualnie przedefiniować je tak, aby ustalić w odpowiednich miejscach właściwe symbole dokumentów. Bez tej zmiany może okazać się, że utworzenie dokumentu magazynowego się nie powiedzie.
Wskazówka
W bazie są dwa rodzaje magazynów: zwykłe i WMS. Chcemy, aby dla magazynów zwykłych generowały się dokumenty PM lub WM, ale dla magazynów WMS też powstawały odpowiednie dla nich dokumenty magazynowe. Gdyby do kroku procesu, w którym jest generowany dokument magazynowy dodać w parametrach: WM,ZWM, to nie utworzy się dokument magazynowy dla magazynów WMS. Jeśli parametry zapiszemy w odwrotnej kolejności: ZWM,WM, to nie utworzy się dokument magazynowy WM dla magazynów zwykłych. Konieczne jest więc dodanie do czynności procesu warunku na rodzaj magazynu.
Należy wiec zdefiniować kolejne kroki procesu, np:
- Dodanie dokumentu
- Potwierdzenie dokumentu, po którym ma nastąpić generowanie dokumentu magazynowego, więc tutaj musi zostać dodany warunek na rodzaj magazynu i w zależności od niego będzie wykonany jeden z poniższych kroków:
- Wygenerowanie dokumentu magazynowego z parametrem WM
- Wygenerowanie dokumentu magazynowego z parametrem ZWM.
Podczas wykonywania zadania generowania dokumentów magazynowych jako realizacja zadania ze skrzynki pracownika lub poprzez XLWork Automat wybierany do generowania jest zawsze dokument podany jako pierwszy na zakładce [Parametry].
Szczególnym przypadkiem jest generowanie dokumentów magazynowych, jeśli na źródłowym dokumencie handlowym są różne magazyny. W takich sytuacjach System będzie dążył do wygenerowania w jednym zadaniu wszystkich dokumentów magazynowych możliwych do utworzenia i dopiero wtedy zadanie zostanie uznane za wykonane. Jeśli np. z powodu braku ilości na magazynie nie powstanie dokument do jakichś pozycji, ale przy generowaniu zostanie utworzony chociaż jeden dokument, to zadanie trafi do wykonanych. A tylko wtedy, gdy nie będzie możliwe utworzenie żadnego dokumentu, to będzie ono nadal do wykonania. Mogą tu wystąpić następujące scenariusze:
Źródłowym dokumentem jest dokument handlowy z pozycjami na różne magazyny i zadanie z czynnością Generowanie dokumentu magazynowego wykonywane jest ze Skrzynki pracownika lub poprzez XLWork Automat. Wówczas powstaną dokumenty zgodnie z ustawionymi parametrami:
Tylko parametr PM lub WM – utworzą się tylko dokumenty PM lub WM na zwykłe magazyny;
Tylko parametr AWD lub ZWM – utworzą się dokumenty AWD lub ZWM na zwykłe magazyny i dokumenty (W)AWD lub (W)ZWM na magazyny WMS;
Parametry PM,AWD lub WM,ZWM – tutaj będzie decydowała kolejność wpisanych dokumentów, czyli przy takim zapisie utworzą się dokumenty PM lub WM na zwykłe magazyny, ale nie utworzą się dokumenty (W)AWD lub (W)ZWM na magazyny WMS; przy odwrotnej kolejności parametrów utworzą się dokumenty (W)AWD lub (W)ZWM na magazyny WMS, ale nie utworzą się dokumenty PM lub WM na zwykłe magazyny. Żeby powstały dokumenty PM i (W)AWD lub WM i (W)ZWM na wszystkie pozycje, to muszą być dwa osobne zadania w procesie: jeden na dokumenty PM lub WM, a potem warunek na magazyn WMS i do niego zadanie z parametrami AWD lub ZWM, czyli analogicznie jak w powyższym przykładzie.
Parametry AWD,PM lub ZWM,WM – utworzą się dokumenty AWD lub ZWM na zwykłe magazyny i dokumenty (W)AWD lub (W)ZWM na magazyny WMS.
Jeśli źródłowym dokumentem jest dokument handlowy, na którym znajdują się pozycje na różne magazyny, to przy zatwierdzaniu takiego dokumentu, jeśli mają być automatycznie generowane dokumenty magazynowe nastąpi próba ich tworzenia zgodnie ze standardem, czyli:
Jeśli w konfiguracji jest włączony parametr Obsługa AWD/ZWM, to będą się tworzyły dokumenty AWD lub ZWM na zwykłe magazyny i dokumenty (W)AWD lub (W)ZWM na magazyny WMS, pod warunkiem, że na zakładce [Parametry] w procesie będzie dodany symbol AWD lub ZWM (bez względu, na którym miejscu zostanie wpisany). W przeciwnym razie będzie błąd procesu związany z brakiem praw operatora.
Jeśli w konfiguracji nie jest włączony parametr Obsługa AWD/ZWM, to będą się tworzyły dokumenty PM/WM na zwykłe magazyny, pod warunkiem, że na zakładce [Parametry] w procesie będzie dodany symbol PM lub WM (bez względu, na którym miejscu zostanie wpisany).
Proces jako usługa
Od wersji 2017.0 działa mechanizm, który będzie tworzył działającą usługę XLWFLService samodzielnie przez aplikację.
Służy do tego parametr Obsługa procesów za pomocą usługi. Warunkiem jest aby Operator Systemu Operacyjnego Windows miał uprawnienia do logowania w trybie usługi i pracy w trybie wsadowym. Podczas tworzenia usługi moduł musi być uruchomiony jako administrator (prawy przycisk myszy > "Uruchom jako administrator").
Parametr: Obsługa procesów za pomocą usługiUprawnienia operatora
Graficzna prezentacja definicji procesu
Od wersji 2019.0 możliwa jest graficzna prezentacja procesu. Takie wyświetlenie procesu wpłynie na czytelność
i pozwoli zweryfikować poprawność jego definicji.
Na formatkach związanych z procesami jest dostępny przycisk umożliwiający podgląd graficzny wykresu.
Podgląd graficzny wykresu umożliwia:
wyświetlanie drzewa procesu czyli zadania powiązane czynnościami/akcjami do ich wykonania
wyświetlanie informacji kontekstowych dla zadania procesu – akcje możliwe do wykonania, opiekunowie zadania
wyświetlanie informacji kontekstowych dla czynności (akcji procesu)
dowolne przemieszczenie składowych procesu wg potrzeb Operatora
eksport układu do pliku
jednoczesną prezentację powiązanych procesów – połączonych za pomocą akcji Uruchomienie innego procesu
Prezentacja danego procesu w formie graficznej
Graf zawiera dwie główne sekcje:
Główną część, w której wyświetlony jest diagram procesu
Sekcję informacyjną, po prawej stronie okna, w której wyświetlane są kontekstowo informacje dla elementu procesu na zaznaczonego na diagramie.
Dla wyświetlania elementów procesu przyjęto następujące zasady domyślne:
W kolorze zielonym – są wyświetlane: początek i koniec procesu
W kolorze niebieskim – są wyświetlane zadania w definicji procesu
W kolorze szarym – wyświetlane są czynności do wykonania w ramach procesu
W kolorze pomarańczowym – wyświetlane są czynności, uruchamiające kolejny proces
Podświetlenie na żółto – stosowane jest po zaznaczeniu w prawej sekcji odpowiadającego mu elementu procesu
Domyślną kolorystykę można dowolnie modyfikować za pomocą panelu: Wybór kolorów, znajdującego się w dolnej części diagramu.
Obsługa operacji KSeF w Procesach
Od wersji 2024.0 komunikacja z KSeF została obsłużona w definiowanych Procesach. Za ich pomocą można dokonać:
wysyłki faktury do KSeF
pobrania UPO
importu faktur zakupu z KSeF
Jak w przypadku każdej metody komunikacji z KSeF, również w Procesach do dokonania ww. operacji konieczne jest uwierzytelnienie w KSeF. W przypadku Procesu uruchomionego w trybie wsadowym jedynym narzędziem uwierzytelnienie jest token. Uwierzytelnienie odbędzie się więc wyłącznie, jeżeli Operator ma włączone prawo do używania tokena i token został przypisany na pieczątce firmy.
W przypadku Procesów działających w trybie interakcyjnym uwierzytelnianie odbywa się w sposób standardowy tj., jeżeli Operator ma włączone prawo do używania tokena, wówczas na podstawie tokena z pieczątki firmy, jeżeli Operator nie ma tego prawa, wówczas za pomocą wskazanego przez niego certyfikatu.
Obsługa wysyłki faktur oraz pobrania UPO w Procesach
Lista akcji kluczowych definiowalnych procesów została wzbogacona o dwie nowe akcje:
Wysłanie dokumentu do KSeF
Pobranie UPO z KSeF
Ww. akcje dostępne są dla dokumentów, które podlegają wysyłce do KSeF, a więc dla faktur sprzedaży, faktur eksportowych, faktur zaliczkowych sprzedaży oraz korekt tych dokumentów.
Akcja wysłania dokumenty do KSeF i pobrania UPO w procesie zdefiniowanym dla faktury sprzedaży
Warunkowa wysyłka faktur do KSeF
Użytkownicy, którzy rejestrują zarówno faktury podlegające wysyłce do KSeF jak i takie, które rejestrowane są poza systemem KSeF mogą korzystać z akcji wysyłania faktury w sposób warunkowy. Poniżej umieszczono propozycje definicji procesu na okoliczność ww. scenariuszy:
Propozycja nr 1:
Zdefiniowanie procesu: Dodanie FS- Potwierdzenie FS- Wysłanie FS do KSeF – Koniec
W procesie jw. w definicji zadania Wysłanie do KSeF dodanie warunku j.n., aby zadanie to było wykonywane wyłącznie dla FS z Trn_KSeFWyslij=1: select @Wynik = TrN_KSeFWyslij from CDN.TraNag where TrN_GIDNumer = @ObiNumer
Akcja wysłania faktury do KSeF z dodatkowym warunkiem zadania
Propozycja nr 2:
Na formatce czynności Potwierdzanie dokumentu handlowego” dodać Status wynikowy czynności z warunkiem na Trn_KSeFWyslij=1, przy którym jest przejście do zadania Wysłanie dokumentu do KSeF
Akcje wysłania faktury do KSeF zależna od statusu wynikowego poprzedniej czynności
Akcja pobrania UPO
Podczas akcji pobrania UPO wywołanej w kontekście konkretnego dokumentu System pobiera UPO dla tego dokumentu oraz innych dokumentów wysłanych w ramach danej sesji KSeF, a co za tym idzie wykonuje w ten sposób również zadania pobrania UPO dla tych pozostałych faktur, jeżeli takowe zostały wygenerowane i jeżeli Operator ten jest opiekunem takich zadań.
Przyklad
W ramach sesji XXX wysłano do KSeF: FS-1; FS-6, FS-12, FSE-15; FSL-16. Zgodnie z definicją procesu wygenerowane zostały zadania j.n. których opiekunem jest operator OPE_1 i Automat:
- Zad1: Pobranie UPO dla FS-1
- Zad2: Pobranie UPO dla FS-6
- Zad3: Pobranie UPO dla FS-12
- Zad4: Pobranie UPO dla FSE-15
- Zad5: Pobranie UPO dla FSL-16
Operator OPE_1(lub Automat) wykonuje zadanie Zad3, w wyniku czego System pobiera UPO do wszystkich ww. dokumentów, a co za tym idzie wszystkie ww. zadania zostają wykonane.
Obsługa pobierania faktur z KSeF
Dodana została akcja kluczowa Pobieranie faktur z KSeF, dostępna dla procesów definiowanych w gałęzi Inne procesy/Proces bez obiektu. Za pomocą tej akcji można dokonać importu z KSeF faktur, na których Nabywcą jest Firma będąca Użytkownikiem Systemu. Operacja dokonywana jest wg zasad jak dla opcji Nowe dokonywanej z interfejsu, tj. System importuje faktury z datą przyjęcia w KSeF równą i większą od największej z dat dotąd zaimportowanych dokumentów, a jeżeli dotąd takiego importu nie dokonano, wówczas z datą przyjęcia w KSeF należącą do bieżącego miesiąca i miesiąca go poprzedzającego.
Podczas kreacji i konwersji bazy System dodaje predefiniowany proces, służący do dokonywania takiego importu Aby z takiego procesu skorzystać wystarczy go aktywować, włączając parametr Aktywny. Jeżeli Użytkownik zechce go zmodyfikować zmieniając np. godzinę wykonywania czynności wystarczy takie proces wyeksportować, a następnie zaimportować i na tak utworzonym nowym procesie dowolnie zmieniać jego parametry.
Predefiniowany proces automatycznego pobierania faktur zakupu z KSeF
Ww. akcja Pobieranie faktur z KSeF traktowana jest pod kątem prawa do jej wykonania w standardowy sposób tj., jeżeli aktywny jest proces z akcją pobrania faktur z KSeF, wówczas System kontroluje, aby Użytkownik inny niż przypisany do takiej akcji nie mógł wykonać operacji Import/Nowe, czy to poprzez próbę wykonania zadania procesu, czy to opcją na liście faktur zakupu z KSeF. Dla akcji importu Za okres oraz importu konkretnego numeru KSeF operacja nie jest blokowana. Jako akcja procesu Pobierania faktur z KSeF rozumiana jest wyłącznie operacja Nowe. Jeżeli więc w Firmie uruchomiony jest ww. proces i dany Operator ma mieć możliwość wykonywania operacji importu/nowe, wówczas Operatora tego należy dodać do aktywnego procesu pobierania faktur jako wykonującego tą czynność.
Jeżeli utworzone zostało zadanie Pobieranie faktur z KSeF na konkretny dzień/godzinę i uprawniony do tego Operator dokona operacji import/nowe przed tą datą/godziną, wówczas zadanie procesu nadal pozostaje do wykonania. Dzięki temu operacja importu dokonywana jest automatycznie o określonej godzinie, nawet, jeżeli taka operacja została wykonywana przez jakiegoś Użytkownika w trakcie dnia. Jeżeli zaś Operator wykona zadanie procesu w danym terminie, czy też po nim, wówczas zadanie procesu zostaje wykonane i pojawia się kolejne np. na kolejny dzień i określoną godzinę, jeżeli tak ten proces zdefiniowano.
Parametry dynamiczne to zmienne, zdefiniowane przez Użytkownika, wykorzystywane w trakcie pracy z programem poprzez ich wstawienie w definicje zmiennych. W zależności od rodzaju tekstu, którym definiowane są parametry istnieją parametry dynamiczne:
Filtrów (tekstem jest najczęściej fragment pewnej klauzuli: WHERE)
Wykresów i Szybkich raportów (tekstem jest treść zapytania lub parametrów graficznych definicji wykresu)
Wydruków (parametry dynamiczne Runtimes przekazywane do wydruku)
Przyklad
Zdefiniowany filtr zawęża listę kontrahentów do mających siedzibę w konkretnym mieście. Aby dla każdego miasta nie definiować osobnego filtra, można zdefiniować jeden filtr, zawierający parametr dynamiczny określający miasto. Po wybraniu przez Użytkownika takiego filtra i naciśnięciu przycisku lejka – zostanie wyświetlone dodatkowe okno, służące wpisaniu wartości - nazwy miasta i zastosowaniu filtra na liście. Po zaakceptowaniu zapisu, program wstawia do filtra, w miejsce definicji parametru dynamicznego, wprowadzoną wartość (nazwę miasta) i stosuje filtr na liście.
Składnia parametrów dynamicznych
Uwagi ogólne
Ogólna składnia parametru dynamicznego jest następująca:
?@[H]Picture[(_Q|_NQ)]|[Nazwa|]Prompt:Default[@?] (PD)
albo
?@EOL (PD)
albo
?@ABC(‘Tekst’) (PD)
gdzie:
@[H]Picture - format parametru. Jeśli w formacie zostanie użyty opcjonalny przełącznik ukrycia parametru (H), wówczas kontrolka odpowiadająca parametrowi nie jest kreowana, a wartość parametru pozostaje stała (dziedziczona lub Default - owa). Przełącznik ukrycia parametru H jest dostępny zawsze dla wszystkich formatów (dla uproszczenia – w dokumencie będzie on pomijany).
Uwaga
Zastosowanie przełącznika H powoduje bezwarunkowe ukrycie parametru, w związku z czym, dla takiego parametru nie jest alokowane miejsce na ekranie.
Dostępne formaty
Standardowe (predefiniowane) formaty Clarionowe (np. @S20, @N-14.2, @N3, @D17, @T1,…)
Dodatkowe formaty, zdefiniowane specjalnie dla obsługi parametrów dynamicznych:
Nazwa – kod, po którym klasa identyfikuje i wiąże parametr (np. rozpoznaje, która dana z kolejki wynikowej wykresu / zmienna dynamiczna z aplikacji odpowiada temu parametrowi). Niedozwolonymi znakami w nazwie są pipe (separator nazwy od promptu) i dwukropek (separator promptu od wartości).
Uwaga
Ponieważ nazwa parametru jest kluczowa i wewnętrznie w klasie nie może być pusta – w przypadku jej pominięcia następuje podstawienie Nazwy wartością Promptu. Należy jednak zwrócić uwagę na to, że jeśli w prompcie występuje akcelerator - jest on także wstawiany do nazwy. W związku z tym np. w tekście Kolumna1=?@n3|&Parametr:1 OR Kolumna2=??Parametr, ciąg ??Parametr nie zostanie podstawiony wartością parametru Parametr (należy użyć ??&Parametr).
Prompt – prompt pojawiający się przy kreowanych dynamicznie kontrolkach parametrów.Niedozwolonymi znakami w prompcie są pipe (separator nazwy od promptu) i dwukropek (separator promptu od wartości). Można natomiast używać znaku & (akcelerator).
Default – domyślna (początkowa) wartość parametru (w przypadku parametrów posiadających sekwencję zakończenia @? można nie stosować otaczających stringowy Default ciapek). Jeśli Default nie zostanie podany – klasa przyjmie jego wartość jako pustą (0 lub ”, w zależności od typu parametru, określonego przez Picture). W wartości domyślnej można używać wyrażeń. Nie można natomiast stosować odwołań do parametrów dynamicznych (brak możliwości zagnieżdżania (z jednym wyjątkiem, opisanym przy omawianiu formatu lookupu)).
Składnia typu: ?@EOL, służy do wstawienia w danym miejscu pustej linii.
Opcjonalna sekwencja zakończenia parametru: @?
W przypadku braku sekwencji zakończenia parametru (@?) należało przyjąć jakieś inne kryterium zakończenia. Kryterium to jest następujące:
Jako koniec parametru dynamicznego w przypadku braku sekwencji zakończenia przyjmujemy:
Znak poprzedzający pierwsze wystąpienie któregokolwiek z poniższych znaków (sekwencji):
Spacja; ‘)’; ‘}’; ‘+’; ‘-‘; ‘*’; ‘/’; ‘,’; ‘%’; ‘=’; ‘|’; ‘<13,10>’, (SZ 1)
znalezionych po rozpoczęciu Default-u i niewystępujących wewnątrz literału stringowego (‘...’) albo w przypadku braku takiego wystąpienia:
koniec tekstu. (SZ 2)
Uwaga
Jeśli Default dla parametrów stringowych bez sekwencji zakończenia, zawiera którykolwiek ze znaków wymienionych wyżej (w szczególności spację), musi być otoczony apostrofami, np. ?@s20|Akronim|&Akronim:’A B’ (z sekwencją zakończenia można tak: ?@s20|Akronim|&Akronim:A B@?, Lub tak: ?@s20|Akronim|&Akronim:’A B’@?).
Modyfikatory otaczania apostrofami _Q i _NQ
Wymuszają otaczanie (_Q) lub nieotaczanie (_NQ) wstawianej wartości parametru apostrofami.
Jeśli parametr jest stringowy (@Picture=@S...) – jego wartość przy wstawianiu zostaje domyślnie otoczona apostrofami. Chcąc z tego zrezygnować używamy modyfikatora _NQ (użycie w tym przypadku modyfikatora _Q jest ignorowane).
Przyklad
Tekst, w którym jest umieszczony parametr stanowi filtr, do którego chcemy dokleić (AND) filtr FiltrApp przekazywany z aplikacji, osadzamy parametr: ?@s255_NQ|FiltrApp|Filtr aplikacji:@?. Zastosowanie modyfikatora _NQ pozwoliło wstawić fragment filtra bez otaczających apostrofów, mimo stringowego formatu parametru. Wstawienie apostrofów prowadziłoby do błędu, np. uzyskalibyśmy filtr końcowy postaci: ... AND ‘BNa_BnaID>10’.
Jeśli parametr jest niestringowy (@Picture<>@S...) – jego wartość przy wstawianiu nie zostaje domyślnie otoczona apostrofami. Chcąc wymusić otoczenie apostrofami takiego parametru używamy modyfikatora _Q (użycie w tym przypadku modyfikatora _NQ jest ignorowane).
Przyklad
Tekst, w którym jest umieszczony parametr stanowi wywołanie procedury, której drugim parametrem jest parametr stringowy, odpowiadający numerowi rachunku bankowego: OP_KASAI.DLL|CALLBRPLISTA('BRA',?@n6_Q|RachunekID|Rachunek:0@?).
Umieszczenie całego parametru w apostrofach spowoduje, że parametr ten nie będzie „widziany” przez parser.
Uwaga
Stosowanie modyfikatorów ma sens tylko dla samodzielnych definicji parametrów (tzw. stara składnia), stanowiących jednocześnie deklarację parametru i odwołanie do jego wartości.
Jeśli definicja jest częścią deklaracji @PAR … PAR@, to stosowanie modyfikatorów nie ma sensu – deklaracje są w całości usuwane z tekstu. W tym przypadku modyfikatory należy umieszczać w odwołaniach do wartości parametrów (np. ??_QNazwa).
Wstawianie pustych linii pomiędzy parametrami
Jeśli chcemy wstawić linię przerwy pomiędzy kontrolkami parametrów – można w tym celu zadeklarować pomiędzy nimi specjalny, ukryty parametr (może być to również parametr, który nie będzie nigdzie indziej używany). Ukrycie należy wprowadzić wykorzystując deklarację parametru z opcją ukrycia @H[IDE]. Opcja ukrycia powinna być w tym przypadku bezparametrowa (@HIDE()) lub zawierać wyrażenie ewaluujące się zawsze do prawdy (np. @HIDE(1=1)).
Przyklad
Przykład 1: (poprawne ale nieefektywne wstawienie pustej linii pomiędzy kontrolki parametrów: ??Akronim i ??SprawdzajDaty)
@PAR ?@s20|Akronim|&Akronim:@? PAR@
@PAR ?@n1|PustaLinia|Pusta linia:@? @HIDE() PAR@
@PAR ?@X|SprawdzajDaty|&Sprawdzaj daty:1@? PAR@
Przykład 2: (linia nie będzie wstawiona)
@PAR ?@s20|Akronim|&Akronim:@? PAR@
@PAR ?@Hn1|PustaLinia|Pusta linia:@? PAR@
@PAR ?@X|SprawdzajDaty|&Sprawdzaj daty:1@? PAR@
Powyższe rozwiązanie ma wadę w postaci pojawiania się na moment kontrolki parametru a także ze względu na konieczność wpisywania członów składni, które nigdzie nie są wykorzystywane.
Wobec powyższego rozwiązanie to należy traktować jako przestarzałe.
Aby łatwo wstawić pustą linię, należy zastosować drugi wariant składni (PD), a więc: ?@EOL, jak w przykładzie 3:
Przyklad
Przykład 3: (poprawne i zalecane wstawienie pustej linii pomiędzy kontrolki parametrów ??Akronim i ??SprawdzajDaty).
@PAR ?@s20|Akronim|&Akronim:@? PAR@
@PAR ?@EOL PAR@
@PAR ?@X|SprawdzajDaty|&Sprawdzaj daty:1@? PAR@
Powtarzanie parametrów w tekście
Jeśli w tekście mamy kilka wystąpień parametru o takiej samej nazwie – wszystkie one generują jeden, wspólny parametr (wiązanie po nazwie), którego wartość za każdym razem jest wstawiana we wszystkie miejsca definicji tego parametru. Wartość domyślna parametru jest zczytywana z pierwszego wystąpienia.
Wobec powyższego powtarzanie pełnej definicji parametru w tekście jest zbyteczne. Aby uprościć wstawianie w kilku miejscach tego samego parametru została zaimplementowana składnia tzw. odwołań skróconych.
Zagnieżdżanie parametrów
Niedopuszczalne.
Typy parametrów
Każdy parametr ma określony typ. O typie decyduje człon: Picture, definicji parametru. W zależności od typu dla parametru, kreowana jest jedna lub więcej kontrolek, których ustawienia są standardowe (generyczne). Ustawienia te można zmienić, używając odpowiednich opcji w deklaracji parametru (poza obrębem jego definicji).
Typ stringowy S (typ standardowy CW)
Składnia
?@[H]S... – gdzie: …, oznacza odpowiedni fragment każdego clarionowego członu: Picture, odpowiedniego typu.
Kontrolki
PROMPT + ENTRY
Atrybuty standardowe:
dla kontrolki ENTRY: OVR, LEFT.
dla kontrolki ENTRY: brak.
Rozwinięcie
Wartość otoczona apostrofami (lub nieotoczona apostrofami, jeśli użyto modyfikatora _NQ).
Typ numeryczny N (typ standardowy CW)
Składnia
?@[H]N... – gdzie: …, oznacza odpowiedni fragment każdego clarionowego członu: Picture, odpowiedniego typu.
Kontrolki
PROMPT + SPIN
Atrybuty standardowe dla kontrolki SPIN:
INS, RIGHT, STEP=1, RANGELOW = (9999999999999|0), RANGEHIGH=9999999999999.
Akcje standardowe kontrolki SPIN: brak.
Rozwinięcie
Wartość (dodatkowo otoczona apostrofami, jeśli użyto modyfikatora _Q).
Typ datownikowy D (typ standardowy CW)
Składnia
?@[H]D... – gdzie: …, oznacza odpowiedni fragment każdego clarionowego członu: Picture, odpowiedniego typu.
Kontrolki
PROMPT + SPIN
Atrybuty standardowe dla kontrolki SPIN:
INS, RIGHT, STEP=1, RANGELOW=Date(1,1,1900), RANGEHIGH= Date(1,1,2100).
Akcje standardowe kontrolki SPIN:
wynik funkcji modyfikatora (np. Long2YMD), jeśli w odwołaniu skróconym użyto modyfikatora (np. _YMD_) albo
wartość LONG clarionowej daty (dodatkowo otoczona apostrofami jeśli użyto modyfikatora _Q), jeśli wstawiony zostanie parametr do dowolnego tekstu w CDN XL albo do filtra TPS z KF lub parametrów wydruku RW w Optimie, albo
wynik funkcji Long2DateTimeSQL (lub Long2DateTimeSQLQ jeśli użyto modyfikatora _Q) w pozostałych przypadkach.
Typ czasowy T (typ standardowy CW)
Składnia
?@[H]T... – gdzie: …, oznacza odpowiedni fragment każdego clarionowego członu: Picture, odpowiedniego typu.
Kontrolki
PROMPT + SPIN
Atrybuty standardowe dla kontrolki SPIN:
INS, RIGHT, STEP= 60*100(1 min.), RANGELOW=1 (północ), RANGEHIGH=24*3600 (północ).
Akcje standardowe kontrolki SPIN:
brak.
Rozwinięcie
W zależności od kontekstu:
wynik funkcji modyfikatora (np. Long2HMS) jeśli w odwołaniu skróconym użyto modyfikatora (np. _HMS_), albo
wartość LONG clarionowego czasu (dodatkowo otoczona apostrofami jeśli użyto modyfikatora_Q)
jeśli wstawiamy parametr do dowolnego tekstu w XL-u albo do filtra TPS z KF lub parametrów wydruku RW w Optimie, albo
wynik funkcji LongT2DateTimeSQL (lub LongT2DateTimeSQLQ jeśli użyto modyfikatora _Q) w pozostałych przypadkach.
Typ dataczasowy DT (typ dodatkowy)
Składnia
?@[H]DT
Wartość początkowa
Może być podana w postaci YYYY-MM-DD HH:MM:SS lub YYYYMMDDHHMMSS (bez separatorów i spacji). Można też użyć wyrażenia zawierającego zabindowane funkcje; najczęściej używanym w tym kontekście funkcjami są:
Now()
Zwraca bieżącą datę i czas w postaci YYYY-MM-DD HH:MM:SS
DT(_Year, _Month, _Day, _Hour, _Minutes, _Seconds) Zwraca podaną parametrami datę i czas w postaci YYYY-MM-DD HH:MM:SS
Przypadek zachodzący, gdy długość przekazanego jako pierwszy parametr ciągu znaków przekracza 4. Zwraca podaną parametrami datę i czas w postaci YYYY-MM-DD HH:MM:SS z tym, że data jest obliczana z wyrażenia: _DateExpr a dwa następne parametry są ignorowane.
Przykłady
Ustalony moment: @PAR ?@DT|dt1|Termin &ostateczny:2003-03-25 16:30:00 @? PAR@ lub
@PAR ?@DT|dt1|Termin &ostateczny:20030325163000 @?
Bieżący moment: @PAR ?@DT|dt2|&Teraz:{Now()} @? PAR@
Ustalony moment: @PAR ?@ DT|dt3|t&3:2003-03-20 18:00:00@? PAR@
Początek m-ca o 7.15: @PAR ?@DT|dtm1|&Pocz.mc.7.15:{DT({DateClwFirstDay('M')}, 0, 0, 7, 15, 0)} @? PAR@
Koniec m-ca o 16.30: @PAR ?@DT|dtm2|&Kon.mc.16.30:{DT({DateClwLastDay('M')}, 0, 0, 16, 30, 0)} @? PAR@
Początek roku, północ: @PAR ?@DT|dty1|&Początek roku:{DT({DateClwFirstDay('Y')}, 0, 0, 0, 0, 0)} @? PAR@
Koniec roku, północ: @PAR ?@DT|dty2|&Koniec roku:{DT({DateClwLastDay('Y')}, 0, 0, 0, 0, 0)} @? PAR@
15. nast. m-ca o 13.45: @PAR ?@DT|dtx|&15. nast. m-ca o 13.45:{DT({Date(Month(Today())+1, 15,
Year(Today()))}, 0, 0, 13, 45, 0)} @? PAR@
Uwaga
Aby walidować parametry typu DT – należy używać modyfikatorów _Q:
Ustalony moment z walidacją:
@PAR ?@DT|dt4|t&4:2003-03-22 10:00:00@? @COND(??_Qdt4 >= ??_Qdt3) @CONDMSG(dataczas ''Do'' nie może być mniejsza niż dataczas ''Od'') PAR@
Rozwinięcia:
…WHERE CRK_TerminOd <= ??dt1 … WHERE YMDHMS(CRK_TerminOd) <= ??_YMDHMS_dt1 …
Prawy klawisz myszy – wywołanie kalendarza pozwalającego wybrać datę (czas pozostaje bez zmian).
Rozwinięcie
W zależności od kontekstu:
wartość w formacie YYYY-MM-DD HH:MM:SS (dodatkowo otoczona apostrofami jeśli użyto modyfikatora _Q) jeśli w odwołaniu skróconym użyto modyfikatora (np. _YMDHMS_), albo
wartość w formacie YYYY-MM-DD HH:MM:SS (dodatkowo otoczona apostrofami jeśli użyto modyfikatora_Q)
jeśli wstawiamy parametr do dowolnego tekstu w XL-u albo do filtra TPS z KF lub parametrów wydruku RW w CDN Optima, albo
wynik funkcji YMDHMS2DateTimeSQL (lub YMDHMS2DateTimeSQLQ jeśli użyto modyfikatora _Q) w pozostałych przypadkach.
Typ logiczny X (typ dodatkowy)
Składnia
?@[H]X
Wartość początkowa
Jedna z wartości {0, 1}. Jeśli nie podano – zostanie podstawione 0.
Kontrolki
CHECK
Atrybuty standardowe kontrolki CHECK:
TRUEVALUE=1, FALSEVALUE=0.
Akcje standardowe kontrolki CHECK:
brak.
Rozwinięcie
Wybrana wartość TRUEVALUE lub FALSEVALUE.
Typ wyboru opcji O (typ dodatkowy)
Składnia
@O(RadioPrompt:RadioValue{[|rPrompt:rValue]...})
Wartość początkowa
Jedna z wartości: RadioValue - jeśli nie podano, żadne radio nie będzie podświetlone, chyba że któreś z nich ma przypisaną wartość zero lub pustą.
Wartość wybranej opcji: rValue (dodatkowo otoczona apostrofami, jeśli użyto modyfikatora _Q).
Uwagi
Zaleca się używać list rozwijanych zamiast opcji; jest to podyktowane tym, iż kontrolka opcji zajmuje dużo miejsca na ekranie (w pionie tyle, co dwa inne parametry) i teksty radio są najczęściej obcinane z powodu braku miejsca. Customizować można tylko całą kontrolkę OPTION (zmiana właściwości kontrolek RADIO nie jest przewidywana).
Typ wyboru z listy rozwijanej R (typ dodatkowy)
Składnia
@R(Zapytanie) - gdzie Zapytanie musi być tak zbudowane, aby zwracało przynajmniej dwie kolumny. Te dwie pierwsze kolumny mogą być stringowe lub całkowite w układach Str-Int lub Int-Str; najczęściej zwracają one odpowiednio Id i Kod (albo Kod i Id) pobranych rekordów. W dropdownie wyświetlana jest kolumna stringowa, a jako wartość parametru wstawiana jest kolumna całkowita.
Zapytanie nie zawsze musi odwoływać się do jakiegokolwiek obiektu w bazie SQL; dropdowny można z powodzeniem wykorzystywać zamiast „ekranożernych” opcji, np.: @PAR ?@R(SELECT 1, 'Radio1' UNION SELECT 2, 'Radio2' UNION SELECT 3, 'Radio3')|DD|&DD:Radio2 @? PAR@
Wartość początkowa
Wartość jest postaci: Id|Kod.
Jeśli defaultowy Kod odpowiada istniejącemu w recordsecie rekordowi, wtedy zostanie pobrany odpowiedni Id.
Jeśli defaultowe Id odpowiada istniejącemu w recordsecie rekordowi, wtedy zostanie pobrany odpowiedni Kod.
Jeśli recordset zawiera choć jeden rekord, wtedy zostanie pobrany Kod i Id pierwszego rekordu.
Jeśli jako Kod zostanie podstawiona wartość: brak, wtedy jako Id – wartość pusta.
Jeśli nie użyto modyfikatora – wstawiana jest wartość Id wybranej pozycji rValue (dodatkowo otoczona apostrofami, jeśli użyto modyfikatora _Q). Użycie modyfikatora _RES2_ powoduje wstawienie wartości pola Kod.
Typ wyboru z listy wywoływanej L – LOOKUP (typ dodatkowy)
Typ odpowiada lookupowi do funkcji Funkcja z użyciem przesiadki CallLookupFunkcjaU z biblioteki Biblioteka.dll, która to przesiadka dostaje parametry określające typ akcji (‘INIT’|‘BUTTON’|’ENTRY’), ID (zwykłe ID, GID itp.) i kod (string określający obiekt w sposób jednoznaczny, najczęściej kod, akronim itp.) obiektu i na podstawie tych parametrów wywołuje funkcję wyświetlającą odpowiednią listę w trybie lookup a następnie zwraca wartości dotyczące wybranego przez użytkownika rekordu (szczegóły – analogicznie, jak w rozdziale Lookupy).
Wybór s|n decyduje jedynie o formie wyświetlania wartości parametru (ENTRY|SPIN).
Wartość początkowa
Jest postaci Id|Kod. Jeśli defaultowy Kod odpowiada istniejącemu w bazie rekordowi – zostanie pobrany odpowiedni Id, w przeciwnym razie zostanie wykonana próba pobrania rekordu o podanym Id. Jeśli rekord zostanie znaleziony – zostanie podstawiony odpowiedni Kod, jeśli nie – obiekt zasygnalizuje błąd (to przy inicjalizacji kontrolki parametru, natomiast przy akceptacji nieznalezionej wartości wywoła lookup).
Jeśli chcemy z aplikacji wysłać zmienną dynamiczną inicjalizującą wartość początkową parametru typu lookup to możemy, ale nie musimy użyć składni [Id]|[Kod] (z pipem). Podanie samego Id jest też poprawne (klasa wykresów w przypadku stwierdzenia braku pipe-a w wartości związanej z parametrem typu lookup doklei go na koniec wartości, a więc zainicjalizuje parametr wartością:’|Id’).
Uwaga
Opcjonalne parametry ParametryCallLookupFunkcjaU mogą zawierać odwołania do wartości innych parametrów dynamicznych; jest to jedyny obsługiwany przypadek zagnieżdżania parametrów (obsługiwany tylko w wyższej warstwie, tj. przez klasę operującą na kontrolkach). Składnia odwołania jest następująca:
Kontrolki
PROMPTBUTTON + (ENTRY|SPIN)
Atrybuty standardowe kontrolki ENTRY/SPIN:
takie, jak dla standardowego typu stringowego/numerycznego.
Akcje standardowe kontrolki PROMPTBUTTON:
Lookup do funkcji lookupowej i podstawienie wartości (Id|Kod) wybranego rekordu
Akcje standardowe kontrolki ENTRY/SPIN:
Sprawdzenie poprawności Kod-u/Id; jeśli Kod /Id nie jest poprawny – lookup do funkcji lookupowej i podstawienie wartości (Id|Kod) wybranego rekordu
Rozwinięcie
Jeśli nie użyto modyfikatora – wstawiana jest bieżąca wartość: Id (dodatkowo otoczona apostrofami, jeśli użyto modyfikatora _Q). Użycie modyfikatora _RES2_ powoduje wstawienie wartości pola Kod.
Typ wyboru pliku lub katalogu F - FILE(DIR)DIALOG (typ dodatkowy)
Składnia
@Fs…(F[ile]|D[irectory]][,[O[pen]|S[ave]][,Maski][,MaskaDomyslna][,Flagi])
Typ odpowiada dialogowi systemowemu pozwalającemu wybrać plik lub katalog.
Kontrolki
PROMPTBUTTON + ENTRY - gdzie znaczenie opcjonalnych atrybutów jest następujące:
Maski (istotne tylko dla wyboru pliku) składa się z ciągu oddzielonych pipami (|) par Opis typu (maska typu) | Maska typu. Ciąg ten musi być otoczony apostrofami. Jeśli nie podano – przyjmuje się ‘Wszystkie pliki (*.*)|*.*’
MaskaDomyslna (istotne tylko dla wyboru pliku) odpowiada jednej z wymienionych w atrybucie Maski masek.Jeśli nie podano – przyjmuje się *.*
Flagi określa tryb otwarcia dialogu, jest to suma bitowa następujących flag:
Jeśli nie podano – przyjmuje się OFN_NOCHANGEDIR + OFN_PATHMUSTEXIST + OFN_FILEMUSTEXIST - dla otwierania pliku, OFN_NOCHANGEDIR + OFN_PATHMUSTEXIST – dla zapisu pliku i OFN_NOCHANGEDIR + OFN_PATHMUSTEXIST dla otwarcia katalogu.
Atrybuty standardowe kontrolki ENTRY:
jak dla standardowego typu stringowego.
Akcje standardowe kontrolki PROMPTBUTTON:
File Dialog lub Dir Dialog
Akcje standardowe kontrolki ENTRY:W trybie wyboru katalogu doklejanie backslash-a na końcu wartości, jeśli wartość kończy się innym znakiem.
Typ pusty EOL – wstawienie wolnego miejsca (typ dodatkowy)
Składnia
?@EOL
Parametr tego typu jest interpretowany tylko w procesie wyświetlania kontrolek parametrów dynamicznych. Jego deklaracja jest usuwana z tekstu, a używanie odwołań – niemożliwe (brak nazwy parametru).
Kontrolki
brak
Rozwinięcie
Usunięcie deklaracji z tekstu.
Typ tekstowy ABC – wstawienie zadanego tekstu na oknie (typ dodatkowy)
Składnia
?@ABC(‘Tekst do wyświetlenia’)
Parametr tego typu jest interpretowany tylko w procesie wyświetlania kontrolek parametrów dynamicznych. Jego deklaracja jest usuwana z tekstu, a używanie odwołań – niemożliwe (brak nazwy parametru).
Uwaga
W tekście należy używać zawsze pełnej deklaracji parametru (@PAR … PAR@), a nie samej definicji.
W zasadzie użycie apostrofów ograniczających jest konieczne tylko, gdy w tekście do wyświetlenia występują nawiasy (), {} lub inne zastrzeżone sekwencje specjalne. Jednak dla większego bezpieczeństwa zaleca się zawsze używać apostrofów ograniczających. Jeśli w wyświetlanym tekście mają być apostrofy – w deklaracji należy je zdublować.
Kontrolki
brak
Rozwinięcie
Usunięcie deklaracji z tekstu.
Uwagi
Jeśli parametr ma być przez całą szerokość panelu – należy umieścić go po lewej stronie, a po prawej stronie (jako sąsiadujący parametr) wstawić parametr EOL.
Przykłady
@PAR ?@ABC('To jest tylko taki testowy tekst żeby wypróbować nowy typ parametru dynamicznego (typ ''ABC'').')@? PAR@
Odwołania do parametrów, rozwijanie parametrów
Rozwijanie parametrów, to wstawianie ich aktualnych wartości w miejsce odwołań do tych parametrów.
Istnieją dwa rodzaje odwołań do parametru:
Definicja parametru – umieszczając w tekście kilka definicji tego samego parametru
Przyklad
Kolumna1 = ?@n3|MójParametr|&Mój parametr:255@? OR Kolumna2 = ?@n3|MójParametr|&Mój parametr:255@?
Należy mieć na uwadze fakt, że pomimo tego, iż w tekście istnieje kilka wystąpień tego samego parametru (a więc parametru o takiej samej nazwie Nazwa), to i tak będzie wykreowana tylko jedna kontrolka, a jej ustawienia będą zgodne z pierwszym wystąpieniem parametru (jeśli to wystąpienie posiada znacznik ukrycia H - kontrolka parametru nie będzie w ogóle wykreowana). Ustawienia następnych wystąpień są ignorowane.
Skrócone odwołanie do parametru – składnia skróconego odwołania do parametru:
??[(_Q|_NQ)][Modyfikator…]Nazwa (PD2)
przy czym Nazwa nie może zawierać spacji z Modyfikator. Modyfikator ustala niestandardowe rozwijanie parametru i może być równy jednemu z poniższych ciągów znaków:
_RES2_ (wymuszenie wstawiania ‘kodu’ zamiast ‘ID’ dla parametrów typu DROPDOWN i LOOKUP),
_YMD_ (wstawianie wartości datownikowego parametru w formacie YYYY-MM-DD)
_HMS_ (wstawianie wartości czasowego parametru w formacie HH:MM:SS)
_ YMDHMS_ (wstawianie wartości datowoczasowego parametru w formacie YYYY-MM-DD HH:MM:SS)
_ DQ_ (dublowanie apostrofów wewnątrz wartości).
Zalecanym odwołaniem jest odwołanie skrócone – jest ono prostsze w użyciu a zarazem daje większe możliwości (modyfikatory). Odwołanie pełne (poprzez definicję parametru) jest pozostawione jedynie dla kompatybilności wstecz. Zalecanym sposobem jest utworzenie w jednym miejscu deklaracji wszystkich parametrów, a następnie stosowanie w dowolnych miejscach tylko odwołań skróconych.
Przyklad
Kolumna1 = ?@n3|MójParametr|&Mój parametr:255@? OR Kolumna2 = ??MójParametr
Jest to zdecydowanie bardziej ergonomiczny sposób: nie musimy wpisywać wiele razy ustawień parametru, które i tak (poza pierwszym) będą zignorowane. Ustawienia będą oczywiście pobrane z pierwszego wystąpienia parametru o nazwie Nazwa, zgodnego z pełną składnią (PD).
Ponadto tylko w odwołaniach skróconych można stosować modyfikatory. Ograniczeniem tego rozwiązania jest niedopuszczenie spacji w Nazwie parametru.
Ponieważ odwołanie skrócone nie posiada sekwencji zakończenia – jego koniec ustalany jest podobnie, jak w przypadku zwykłego parametru bez sekwencji zakończenia (tj. po Nazwie musi występować jeden ze znaków określonych w zbiorze automatycznej sekwencji zakończenia parametru) z tą różnicą, że terminatorem może być dodatkowo znak ‘{‘.
Deklaracje parametrów
Podana na początku składnia definicji parametru dynamicznego (PD) może zostać umieszczona wewnątrz tzw. deklaracji parametru. Składnia deklaracji parametru dynamicznego jest następująca:
@PAR Definicja Opcje PAR@ (PD-DEKL)
gdzie Definicja ¬oznacza definicję parametru, określoną wzorem (PD) natomiast Opcje - ciąg opcji określających dodatkowe własności kontrolki parametru, oddzielonych spacjami:
gdzie Opcja – jedna z opcji określających dodatkowe własności kontrolki parametru, WarunekLubWartosc - wyrażenie określające warunek zastosowania Opcji (np. dla disablowania) lub wartość opcji (np. wartość tip-u). W tej chwili dostępne są następujące opcje:
Opcja = (D[ISABLE] | H[IDE] | U[PPER] | (RL|RANGE LOW) | (RH|RANGE HIGH) | S[TEP] | T[IP] | M[SG] | COND | CONDMSG) (PD-DEKL-O-O)
W WarunekLubWartosc mogą występować wyrażenia. Jeśli WarunekLubWartosc nie zostanie otoczony nawiasami {} – nawiasy te zostaną automatycznie dodane, co spowoduje ewaluację WarunekLubWartosc jako wyrażenia. W przypadku pominięcia WarunekLubWartosc – uznaje się, że dana opcja ma występować bezwarunkowo lub ma wartość pustą.
Jeżeli WarunekLubWartosc dotyczy opcji COND to jest on sprawdzany w oparciu o bieżące wartości wszystkich parametrów dynamicznych.
Warunek jest sprawdzany:
przy akceptacji kontrolki danego parametru (jeśli walidacja nie powiedzie się – wyświetlany jest komunikat i przywracana jest poprzednia wartość akceptowanego parametru),
przy akceptacji całego tekstu (np. przed wykonaniem wykresu, zastosowaniem filtra itp.). Jeśli walidacja nie powiedzie się – jest tylko wyświetlany komunikat – błędna wartość jest pozostawiana.
Przyklad
Można to wykorzystać np. przy ustalaniu warunku na daty z zakresu dat: warunek COND(??DataOd<=??DataDo) zakładamy tylko na DataDo. Jeśli założylibyśmy warunek na obie daty to przy zmianie zakresu 01.01.2003 – 31.01.2003 na 01.02.2003 – 28.01.2003 musielibyśmy najpierw zmienić datę końcową, a potem początkową, co jest niewygodne.
Uwaga
Jeśli mają zostać walidowane parametry typu DT – należy używać modyfikatorów _Q:
@PAR ?@DT|dt4|t&4:2003-03-22 10:00:00@? @COND(??_Qdt4 >= ??_Qdt3) @CONDMSG(dataczas ''Do'' nie może być mniejsza niż dataczas ''Od'') PAR@
Dla ułatwienia posługiwania się opcjami @M[SG] i @T[IP] wprowadzono następujący element składni:
@M[SG](=T[IP]) – przepisanie tip-u do message’a
@T[IP](=M[SG]) – przepisanie message’a do tip-u
Nie ma tu znaczenia kolejność występowania tych opcji.
Użycie deklaracji parametrów pozwala na:
ustalenie kolejności kontrolek parametrów innej niż kolejność definicji w tekście (bez deklaracji),
określenie dodatkowych opcji dotyczących kontrolek parametrów (takich, które nie mogą być podane w definicji, np. warunki disablowania i hidowania kontrolek, case,…),
walidację wartości parametrów (z odpowiednimi komunikatami),
logiczne zgrupowanie parametrów w jednym miejscu tekstu (np. na początku).
Istotną różnicą pomiędzy deklaracją parametru a jego definicją jest to, że deklaracje parametrów są w całości usuwane z tekstu przed jego wykonaniem.
Jeśli dany parametr ma gdziekolwiek w tekście deklarację – zostanie ona użyta do określenia własności parametru, nawet jeśli przed deklaracją występuje pełna definicja parametru.
Przyklad
W poniższym przykładzie Akronim jest zawsze UPPER a ponadto jest disablowany za każdym razem gdy Numer > 10. Z kolei Numer to spin o zakresie (–100; 100) i skoku 2, disablowany w przypadku gdy Akronim = ‘D’. Wreszcie spin Hide jest ukrywany, jeśli Numer=30. Parametr DataDo musi mieć wartość nie mniejszą od wartości parametru DataOd a przynajmniej jeden z checków FA, PA musi być zaznaczony.
@PAR ?@S20|Akronim|&Akronim:ALA@? @U(), @D(??Numer > 10) @MSG(Akronim kontrahenta) @TIP(=MSG) PAR@
@PAR ?@N-15.2|Numer|&Numer:20.0@? @RL(-100) @RH(100) @S(2) @D(??Akronim = 'D') PAR@
@PAR ?@N-15.2|Hide|&Hide:1.0@? @H(??Numer = 30) PAR@
@PAR ?@N-3|Do|&Do:10@? @RL(??Od) @RH(??Od + 10) PAR@
@PAR ?@D17|DataDo|&Do:{Today()+1}@? @COND(??DataDo >= ??DataOd) @CONDMSG(Data Do nie może być wcześniejsza niż data Od) PAR@
@PAR ?@X|PA|&Paragony:1@? @COND(??FA + ??PA > 0) @CONDMSG(Przynajmniej jeden typ dokumentu musi być zaznaczony) PAR@
System Comarch ERP XL może pracować jako serwer aplikacji udostępniając innym aplikacjom swoje funkcje. Dzięki zaimplementowaniu funkcji API (Application Programming Interface) dowolna aplikacja może w prosty sposób korzystać z mechanizmów, którymi dysponuje Comarch ERP XL. Daje to niespotykaną w rozwiązaniach konkurencyjnych otwartość systemu, pozwalając zarówno na integrację ze standardowymi narzędziami programistycznymi, (np. Microsoft Office i Visual Basic) jak i możliwość integracji z dowolnym systemem informatycznym eksploatowanym w firmie.
System Comarch ERP XL oferuje kilkadziesiąt funkcji pozwalających na zdalną pracę w systemie. Funkcje te są zgromadzone w bibliotece CDN_API.DLL, która jest instalowana łącznie z całym systemem Comarch ERP XL.
Uwaga
Aby aplikacja wykorzystująca XL API mogła być łatwo przenoszona pomiędzy komputerami, wskazane jest, aby folder, w którym jest zainstalowany program Comarch ERP XL, był umieszczony w ścieżce dostępu systemu Windows. Umożliwi to aplikacji zewnętrznej odszukanie odpowiednich bibliotek DLL. W przypadku, gdy aplikacja zewnętrzna jest umieszczona w kartotece z bibliotekami programu Comarch ERP XL, powyższy warunek nie jest konieczny.
Hermetyczność
Duży nacisk przy tworzeniu funkcji XL API położony został na bezpieczeństwo i integralność danych wprowadzanych poprzez te funkcje. Wynikiem tego jest funkcja weryfikująca Użytkownika (XLLogin) oraz wewnętrzny mechanizm Comarch ERP XL kontrolujący poprawność zakończenia działania funkcji API.
Program Comarch ERP XL bardzo dokładnie śledzi wszelkie zmiany w bazie, dokonywane przy pomocy funkcji API. Jeżeli wystąpi błąd, który spowoduje niepoprawne przerwanie działania aplikacji wykorzystującej API, to wszystkie zmiany przez nią wprowadzone, które nie zostały poprawnie zakończone, zostają bezwzględnie wycofane. Warunkiem poprawności zmian wprowadzanych przez API jest albo zakończenie wprowadzania obiektu, który stanowi logiczną całość albo wylogowanie się z systemu funkcją XLLogout.
Przyklad
Obiektem, który tworzy logiczną całość jest np. faktura. Tworzenie takiego obiektu z poziomu funkcji API ograniczają funkcje XLNowyDokument oraz XLZamknijDokument. Jeżeli przerwanie działania aplikacji nastąpi po wywołaniu pierwszej z nich, a przed zamknięciem dokumentu, to dokument taki zostanie wycofany z bazy danych. Jeżeli natomiast zostanie poprawnie zakończone wywołanie funkcji XLZamknijDokument, to dokument taki jest zapisywany na stałe w bazie danych nawet, jeżeli błąd aplikacji wystąpi przed wylogowaniem się poprzez funkcję XLLogout (dokument jako logiczna całość został wprowadzony poprawnie).
Wersjonowanie
Ponieważ zakładamy, iż funkcjonalność XL API będzie stale rozszerzana, funkcje te zostały wyposażone w mechanizm wersjonowania. Zapewni on kompatybilność z poprzednimi wersjami API, czyli pozwoli na uniknięcie sytuacji, w których po zmodyfikowaniu (rozszerzeniu) funkcji API Użytkownicy i Integratorzy byliby zmuszeni do wprowadzania odpowiednich zmian w napisanych przez siebie aplikacjach wspomagających.
Ponieważ Comarch ERP XL musi zawsze działać na najnowszych strukturach danych, mechanizm wersjonowania będzie pełnił rolę translatora pomiędzy strukturami API przekazanymi z zewnętrznej aplikacji, a strukturami wykorzystywanymi wewnątrz Comarch ERP XL. Po wartości przekazanej w polu: Wersja, zostanie rozpoznana struktura przekazana do funkcji i dokonane zostanie odpowiednie przepisanie wartości do struktury wewnętrznie wykorzystywanej przez Comarch ERP XL. W momencie, gdy struktury wewnętrzne i zewnętrzne są różne, pola niewykorzystywane zostaną wypełnione domyślnymi wartościami.
Ponieważ struktury danych wykorzystywane przez API służą również do zwracania danych z programu Comarch ERP XL, mechanizm wersjonowania jest mechanizmem działającym w obie strony (dokonana zostanie odpowiednia translacja danych wewnętrznych do struktury przekazywanej na zewnątrz).
Dzięki temu aplikacje napisane w aktualnej wersji API będą działały poprawnie również w kolejnych wersjach Comarch ERP XL, bez potrzeby dokonywania w nich przeróbek (z wyjątkiem sytuacji, w której chcemy rozszerzyć funkcjonalność aplikacji o nowe możliwości Comarch ERP XL API).
Przyklad
Zestaw funkcji jest jeden. Różne są zestawy parametrów tych funkcji (z sufixami _1, … , _12) w bibliotece dynamicznej CDN_API.DLL są funkcje bez sufiksów. Rozpoznanie wersji jest realizowane w ten sposób, że każda struktura ma pole: Wersja, które jest sprawdzane przy wywołaniu poszczególnych funkcji i w zależności od tej wartości, wewnętrznie wołane są funkcje z odpowiednimi sufiksami. Użycie jednocześnie 2 wersji API nie jest polecane, jeśli chodzi o funkcje dotyczące tego samego obszaru, tzn. nie powinno się stosować funkcji dodającej nagłówek w wersji 1 a funkcji dodającej pozycje w wersji 5. Choć możliwe jest działanie w takich przypadkach funkcji, to nie polecamy takiego rozwiązania. Natomiast stosowanie różnych wersji w różnych obszarach Comarch ERP XL jest jak najbardziej dopuszczalne. Tzn. można wystawić zamówienie zestawem funkcji w wersji 1, a fakturę zestawem funkcji w wersji np. 5.
Po każdorazowej zmianie struktur, publikowana będzie nowa wersja XL API oznaczona kolejnym numerem. Numer ten będzie nadawany równolegle dla wszystkich struktur API niezależnie od tego, czy została ona zmieniona (np. zmiana tylko w strukturze XLLoginInfo spowoduje zmianę numeru wersji dla wszystkich pozostałych struktur API).
Algorytm postępowania
Typowy scenariusz wykorzystujący funkcje XL-API najprościej jest prześledzić na przykładzie faktury sprzedaży.
Kolejność wywoływanych funkcji jest następująca:
XLLogin - inicjalizacja bibliotek Comarch ERP XL, login operatora do bazy danych;
XLNowyDokument – otwarcie nagłówka nowego dokumentu; powoduje zapisanie w bazie danych otwartego nagłówka dokumentu (w omawianym przypadku jest to faktura sprzedaży);
XLDodajPozycje – dodanie pozycji do faktury; wywołanie tej funkcji może nastąpić wielokrotnie, jeżeli do dokumentu chcemy dopisać więcej niż jedną pozycję;
XLDodajPlatnosc – zapis płatności do tworzonej faktury; wywołanie tej funkcji jest opcjonalne – jeżeli nie zostanie wywołana, system automatycznie wygeneruje płatność domyślną przy zamykaniu faktury; funkcja może być wołana wielokrotnie – np. w przypadku specyfikacji płatności ratalnej;
XLZamknijDokument – zakończenie edycji i zamknięcie dokumentu; dokument może być zamykany w trybie normalnym (zapis bez możliwości późniejszej modyfikacji) lub w trybie „do bufora";
XLLogout – w obrębie jednej sesji otwartej funkcją XLLogin możemy wystawić dowolną ilość dokumentów. Wystawienie każdego z nich powinno zaczynać się wywołaniem funkcji XLNowyDokument i kończyć wywołaniem funkcji XLZamknijDokument.
Przykłady zastosowań
Import dokumentu z pliku .TXT
Jest to szczególnie istotne dla firm wprowadzających bardzo długie transakcje zakupu. Często wraz z towarem jego dostawca dostarcza plik ze specyfikacją dostawy. Korzystając np. z programu Microsoft Excel można napisać prosty program wczytujący taki plik tekstowy do arkusza, a następnie łączący się poprzez XL API z systemem Comarch ERP XL i generujący odpowiedni dokument zakupu.
Wsadowy import transakcji
Firmy wielooddziałowe często importują poprzez łącza modemowe transakcje ze swoich oddziałów do centrali, gdzie mają one być następnie wprowadzone do bazy danych. Program importujący transakcje może za pośrednictwem XL API połączyć się z systemem Comarch ERP XL i zapisywać w jego bazie danych zaimportowane z oddziałów dokumenty.
Przykładowe kody
Poniżej przedstawione zostały przykładowe kody wykorzystujące XL API.
Uwaga
W przypadku wielokrotnego wywoływania tej samej funkcji API (np. dodawanie wielu pozycji do FS) konieczne jest czyszczenie struktury (zmienne typu Long należy wypełnić 0, zmienne typu String - pustym ciągiem ””) wykorzystywanej w funkcji każdorazowo po jej użyciu. Jest to konieczne, ponieważ w niektórych polach struktury zwracane są wartości, które w przypadku nie wyczyszczenia ich, będą użyte przy ponownym wykorzystaniu struktury.
Dadanie ZS z jednym elementem (VBA)
Sub Dodaj_Zamowienie()
Dim Sesja As LongDim Wynik As LongDim Login As XLLoginInfo_12
Dim IDDokumentu As LongDim Naglowek As XLDokumentZamNagInfo_12
Dim Element As XLDokumentZamElemInfo_12
Dim Zamkniecie As XLZamkniecieDokumentuZamInfo_12
Sesja = 0
IDDokumentu = 0
With Login
.Wersja = 12
.programID = "TestXL"
.Baza = "CDNXL_Test"
.OpeIdent = "ADMIN"
.OpeHaslo = ""
End With
Wynik = XLlogin_12(Login, Sesja)
If Wynik <> 0 Then
MsgBox("Błąd logowania: " & Wynik)
End If
With Naglowek
.Wersja = 12
.Typ = 6
.Akronim = "Test"
End With
Wynik = XLNowyDokumentZam_12(Sesja, IDDokumentu, Naglowek)
If Wynik <> 0 Then
MsgBox("Błąd dodawania nagłówka: " & Wynik)
End If
With Element
.Wersja = 12
.Ilosc = 10
.CenaKatalogowa = 1
.Towar = "Test"
End With
Wynik = XLDodajPozycjeZam_12(IDDokumentu, Element)
If Wynik <> 0 Then
MsgBox("Błąd dodawania pozycji: " & Wynik)
End If
With Zamkniecie
.Wersja = 12
.TrybZamkniecia = 2
End With
Wynik = XLZamknijDokumentZam_12(IDDokumentu, Zamkniecie)
If Wynik <> 0 Then
MsgBox("Błąd zamykania nagłówka: " & Wynik)
End If
Wynik = XLlogout_12(Sesja)
If Wynik <> 0 Then
MsgBox("Błąd wylogowania: " & Wynik)
End If
End Sub
W wersji 2024.1 dokonano zmian w obsłudze funkcji XLDodajPlatnoscZam w zakresie waluty ustalanej na dodawanej płatności zamówienia. Dotychczas, pomimo podawania wartości dla pola Waluta System ustalał każdorazowo na płatności walutę systemową. Niedogodność ta została usunięta i odtąd honorowana jest waluta przekazana do tej funkcji.
Uwaga
Jeżeli Użytkownik nie przekaże waluty do ww. funkcji, wówczas System ustali na płatności walutę zgodną z walutą nagłówka zamówienia.
Przekształcenie ZS do FS (VBA)
Public Sesja As LongPublic IDDokumentu As LongPublic Wynik As LongPublic ElemInfo As XLDokumentElemInfo_12
Sub Zaloguj()
Dim Login As XLLoginInfo_12
Sesja = 0
Wynik = 0
With Login
.Wersja = 12
.ProgramId = "X:VBA"
.Baza = "CDN_XL_Test"
.OpeIdent = ""
.OpeHaslo = ""
End With
Wynik = XLLogin_12(Login, Sesja)
If Wynik <> 0 Then
Wynik = MsgBox("Błąd logowania: " & Wynik)
Exit Sub
End If
End SubSub DodajNaglowek()
Dim NagInfo As XLDokumentNagInfo_12
Worksheets("Nagłówek ZS").Select
Wersja = 12
With NagInfo
.Wersja = 12
.Typ = 4
.ZamFirma = Range("b2").Value
.ZamNumer = Range("c2").Value
.ZamTyp = Range("a2").Value
End With
Wynik = 0
Wynik = XLNowyDokument_12(Sesja, IDDokumentu, NagInfo)
If Wynik <> 0 Then
Wynik = MsgBox("Błąd dodawania nagłówka: " & Wynik)
Exit Sub
End If
End SubSub ZamknijNaglowek()
Dim ZamkniecieInfo As XLZamkniecieDokumentuInfo_12
ZamkniecieInfo.Wersja = 12
ZamkniecieInfo.Tryb = 0
Wynik = 0
Wynik = XLZamknijDokument_12(IDDokumentu, ZamkniecieInfo)
If Wynik <> 0 Then
Wynik = MsgBox("Błąd zamykania nagłówka: " & Wynik)
Exit Sub
Else
Wynik = MsgBox("Poprawnie dodano dokument WZ.")
End If
End SubFunction Pierwszy_wolny_rekord() As Integer
Dim licznik As Long
licznik = 2
Do
If Range("A" & licznik).Value = "" Then
Pierwszy_wolny_rekord = licznik
Exit Function
Else
licznik = licznik + 1
End If
Loop
Stop
End FunctionSub DodajPozycje()
Worksheets("Pozycja ZS").Select
licznik = Pierwszy_wolny_rekord()
For x = 2 To licznik - 1
With ElemInfo
.Wersja = 12
.ZamFirma = Range("b" & x).Value
.ZamTyp = Range("a" & x).Value
.ZamNumer = Range("c" & x).Value
.ZamLp = Range("d" & x).Value
End With
Wynik = 0
Wynik = XLDodajPozycje_12(IDDokumentu, ElemInfo)
If Wynik <> 0 Then
Wynik = MsgBox("Błąd dodawania pozycji: " & Wynik)
Exit Sub
End If
Next x
End SubSub Wyloguj()
Wynik = 0
Wynik = XLLogout_12(Sesja)
If Wynik <> 0 Then
Wynik = MsgBox("Błąd wylogowywania: " & Wynik)
Exit Sub
End If
End SubSub Przeksztalc_ZS()
Zaloguj
DodajNaglowek
DodajPozycje
ZamknijNaglowek
Wyloguj
End Sub
Dodaj Kontrahenta (.NET)
Dla programistów wykorzystujących platformę MS .NET został przygotowany plik assembly, zawierający deklaracje struktur oraz funkcji używanych w XL API. Plik jest dostępny na stronie Comarch (w zasobach Comarch ERP XL). Obecna wersja jest wersją testową, ciągle rozwijaną. Plik należy dołączyć w referencjach projektu (w Microsoft Visual Studio .NET można to zrobić wybierając w menu Project/Add Reference).
using System;
using cdn_api;
namespace XLNowyKontrahent
{
class APIDodajKontrahenta
{
[STAThread]
static void Main(string[] args)
{
XLLoginInfo_12 Login = new XLLoginInfo_12();
Login.Wersja = 12;
Login.ProgramID = "API.NET";
Login.Baza = "maciek4n";
Login.OpeIdent = "ADMIN";
Login.OpeHaslo = "";
Int32 SesjaID = 0;
Int32 KontrahentID = 0;
int LoginResult = cdn_api.cdn_api.XLLogin(Login, ref
SesjaID);
if (LoginResult == 0)
{
XLKontrahentInfo_12 Kontrahent = new XLKontrahentInfo_12();
1. Do sprawdzenia są elementy związane z wymogami systemowymi.
Zainstalowany i włączony .NET 4.0.
2. Warunki związane z samym systemem ERP XL dla wszystkich systemów operacyjnych:
Baza systemu ERP XL musi być podpięta dla wszystkich użytkowników komputera
(wpis o bazie musi być w rejestrze w gałęzi HKEY_LOCAL_MACHINE:
[HKEY_LOCAL_MACHINE\SOFTWARE\CDN\CDNXL\MSSQL\Bazy] – 32bit
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\CDN\CDNXL\MSSQL\Bazy] 64 bit)
Musi być wpisany klucz HASP
[HKEY_LOCAL_MACHINE\SOFTWARE\CDN\HASPXL]
Lub
[HKEY_LOCAL_MACHINE\SOFTWARE\CDN\HASP]
“Serwer”=”Tu nazwa serwera HASP”
Ścieżka do systemu ERP XL musi być w globalnej zmiennej środowiskowej PATH -widzianej przez wszystkich użytkowników systemu, a w szczególności przez ASPNET
Operator, na którego jest logowanie przez API nie może mieć pustego hasła
Wymagania związane z użytkownikami Windowsów:
Użytkownik ASPNET musi być w grupie użytkownicy, użytkownik na którym działa
IIS i ASP musi mieć prawa do katalogu z systemem ERP XL - chodzi o to żeby ten
użytkownik miał uprawnienia do uruchomienia ERP XL. [/su_list]
3. Na systemach serwerowych (2003,2008, 2012) i VISTA, Win 7, 8 najlepiej utworzyć dla takiej aplikacji osobną pulę aplikacji. Użytkownik, na którym działa pula (domyślnie Usługa Sieciowa) musi mieć prawo do katalogu z systemem Comarch ERP XL, aby miał uprawnienia do uruchomienia systemu.
4. Dodatkowo funkcje API powinny być wołane w trybie wsadowym.
5. Na C8 - nowy interfejs - przed logowaniem do API trzeba zawołać poniższy kod.
//jeśli C8 wołana jest metoda z ClaRUN.dll
public class Cdnsys
{
[DllImport("ClaRUN.dll")]
static extern void AttachThreadToClarion(int _flag);
public void AttachThread()
{
try
{
AttachThreadToClarion(1);
}
catch (Exception){}
}
}
Powyższe AttachThreadToClarion trzeba wołać przy każdym podnoszeniu nowego wątku.
6. W zmiennej środowiskowej Path powinno być wskazanie w ścieżce na jeden folder z systemem ERP XL (jeżeli jest zawarte odwołanie do innych folderów z wcześniejszymi wersjami należy je usunąć a następnie zapisać zmiany i zrestartować komputer).
7. Trzeba wołać attachthread wg wskazań w dokumentacji (lub jak powyżej) do każdego
nowego wątku i nie używać async'a. Jeżeli XLLogin jest wołane w innym wątku niż
pozostałe funkcje API to ten wątek musi pozostać aktywny tak długo jak wołamy funkcje
API – nie można po jego zakończeniu wołać funkcji API.
8. AttachThreadToClarion woła się 1 raz po utworzeniu wątku .net ( w tymże utworzonym wątku) – czyli 1 raz na wątek (teoretycznie nie ma ograniczenia na ilość wywołań AttachThread). Po wywołaniu AttachThreadToClarion wątek .net i wątek Clariona to jest jeden i ten sam wątek, nie ma więc operacji odwrotnej do AttachThreadToClarion. Jak zakończy się wątek utworzony w .net to zakończy się również w Clarionie i obiekty wątkowe zostaną zwolnione.
Plik Konfiguracyjny
Plik konfiguracyjny aplikacji nie pojawia się automatycznie po stworzeniu projektu i należy go dodać samodzielnie. Wystarczy kliknąć prawym przyciskiem myszy na projekt, do którego chcemy dodać plik z konfiguracjami, następnie wybrać opcję "Add New Item" i w oknie wyboru typu pliku zaznaczyć "Application Configuration File". Dalej podaje się jego nazwę - standardowo App.config i potwierdza wybór.
Logowanie do API poprzez usługę
Podczas startowania usługi ( np. realizacja zamówienia ZS dokumentem WZ) wołany jest XLLogin, czyli są ustawiane obiekty globalne m.in. kolekcje rodzajów kontrahentów, definicje dokumentów itd. (wszystkie rzeczy konfiguracyjne XL’a). Potem startuje nowy wątek, w którym są wystawiane dokumenty np. WZ. Podczas gdy startuje nowy wątek to część danych konfiguracyjnych kopiuje z wątku głównego (robiona jest kopia żeby wątki się nie blokowały na czas dostępu do danych w wątku głównym). Należy zwrócić uwagę na specyficzne zachowanie usług (jeżeli usługa zawiera metody OnStart, OnStop, AutoResetEvent, WaitOne) – przy jej uruchamianiu wołana jest metoda OnStart (jeśli w niej byłoby umieszczone logowanie do API) to wątek w którym OnStart został wywołany może być za chwilę zakończony, co pociąga za sobą zwolnienie obiektów globalnych ładowanych przy XLLogin. Od tego momentu nowo tworzone wątki generujące np. WZ nie mają skąd skopiować danych konfiguracyjnych.
Rozwiązaniem jest w metodzie OnStart uruchomienie nowego wątku, w którym jest logowanie do API i ustawienie po zalogowaniu aby wątek nie zakończył się. Można to zrobić za pomocą statycznego obiektu klasy AutoResetEvent i metody WaitOne. W metodzie OnStop usługi trzeba wtedy zawołać metodę Set na tym obiekcie (po wylogowaniu z API).
API a aplikacje działające w oparciu o webserwis
W architekturze serwera opartego o WCF i klienta, problemem dla clariona jest kończenie wątku głównego gdy proces się nie kończy – czyli z punktu widzenia systemu operacyjnego wszystko jest poprawnie, jest wątek główny samej usługi. Wątek ten nie jest jednak związany z clarionem, więc w clarionie dopiero wątek w którym następuje logowanie do API jest wątkiem głównym – po wylogowaniu wątek ten się kończy mimo iż proces nadal działa – czy z punktu widzenia clariona sytuacja niemożliwa do uzyskania – nie ma czegoś takiego jak proces bez żadnego wątku, dlatego tez z tego powodu co jakiś czas zgłaszane mogą być wyjątki.
Rozwiązaniem będzie przy starcie usługi wydzielenie jednego wątku, związanie go z clarionem (AttachThread…) i pozostawieniem aktywnym przez cały czas działania usługi. W wątku tym trzeba wywołać od razu XLLogin. I teraz można zrobić od razu XLLogout, lub pozostawić tą sesję aktywną i w niej wystawiać dokumenty z wątków tworzonych na żądanie klientów – będzie szybciej działać. Czyli teraz nie byłoby już wołania XLLogin,XLNowyDokument…, XLLogout za każdym razem, ale jedynie XLNowyDokument z ID sesji ustalonym w wątku pierwszym.
Trzeba tak zmodyfikować dodatek, żeby choć jeden wątek procesu był podłączony do wątku clarionowego, tak aby nie było sytuacji, w której proces jest aktywny a żaden wątek nie jest połączony z clarionem. To wymaganie nie dotyczy okresu aktywności przed pierwszym wywołaniem AttachThreadToClarion.
Możliwe problemy do weryfikacji:
czy IIS po wylogowaniu z API od razu zamknie wątek czy zostawi w puli na pewien czas
czy podczas pracy w innym wątku na API IIS nie zamknie takiego zużytego wątku z puli, bo już tam długo tkwił (wtedy zwolnione zostaną obiekty globalne z których może chcieć korzystać pracujący wątek – one pracują w ramach jednego procesu w3wp)
Connection string
Po zmianach w API XLPolaczenie nie zwraca automatycznie danych odnośnie połączenia. Funkcja API zwraca niezbędne dane do połączeń w aplikacji uzupełnione w tabeli cdn.Konfig i Kon_Numer = -137, Kon_Komentarz = ‘ConnectionString’.
Od wersji 2019.0 XLPolaczenie zwraca dane z funkcji skalarnej CDN.PodajDodatokwyConnectString – co pozwala na dynamiczną weryfikację połączenia, w przeciwieństwie do stałej danej wpisanej w CDN.Konfig.
Debugowanie od wersji XL 2021
Od wersji 2021.0 podłączenie się pod procesy XL debugerem zostało standardowo zablokowane ze względu na zalecenia działu bezpieczeństwa. W celu debugowania należy zastosować pakiet deweloperski dostępny na stronach walidowanych dla partnerów w sekcji dodatki dla wersji XL 2021 ( pliki z pakietu należy wgrać do katalogu XL następnie uruchomić rejestr.bat).
Funkcje API wspierające operacje KSeF
W wersji 2024.0 przygotowany został szereg funkcji API, służących do komunikacji z KSeF.
Funkcje API do komunikacji z KSeF
Nazwa funkcji
Obsługa
XLKSeFOtworzSesje
Funkcja służąca do nawiązywania sesji KSeF
XLKSeFZamknijSesje
Funkcja służąca do zamykania sesji KSeF
XLKSeFDodajDokumentyDoWyslania
Funkcje służące do wysyłania faktury/faktur do KSeF. Pierwsza z nich służy do podania listy dokumentów, które mają zostać wysłana, druga zaś do wysyłki tej listy dokumentów
XLKSeFWyslijDokumenty
XLKSeFPobierzUPO
Funkcja służąca do pobierania UPO do wskazanej sesji/dokumentu
XLKSeFUstalStatusDokumentu
Dodanie rekordu KSeFDokumenty
Funkcje służące do dodawania/modyfikacji/usuwania rekordów tabeli KSeFDokumenty, tj. zapisania w Systemie informacji o:
- Dla faktur sprzedaży: o dokonanej wysyłce faktur/pobranym UPO dokonanym poza Systemem Comarch ERP XL
- Dla faktur zakupu: o fakturze KSeF na podstawie której zarejestrowano dany dokument zakupu, dla przypadków, kiedy faktury te nie były importowane wprost do Systemu, ale poza nim
XLKSeFZmienStatusDokumentu
Zmiana rekordu KSeFDokumenty
XLKSeFUsunStatusDokumentu
Usunięcie rekordu KSeFDokumenty
XLKSeFSpinajZDokumentem
Funkcja służąca do spięcia faktury zaimportowanej z KSeF z dokumentem zakupu zarejestrowanym w Comarch ERP XL
XLKSeFRozłaczZDokumentem
Funkcja służąca do rozłączania faktury zaimportowanej z KSeF z dokumentem zakupu zarejestrowanym w Comarch ERP XL
XLKSeFPobierzDokumenty
Funkcja służąca do pobrania faktur zakupu z KSeF
Funkcja służąca do otwierania sesji KSeF
Za pomocą funkcji XLKSeFOtworzSesje Operator może nawiązać sesję KSeF, w ramach której po użyciu kolejnej funkcji API czy to wyśle faktury do KSeF, czy to pobierze UPO. Operator może podać Systemowi informację o sposobie w jaki ma być dokonane uwierzytelnienie w KSeF w następujący sposób:
Jeżeli Użytkownik wskaże, że ma to być token i poda ten token, wówczas to za jego pomocą dokonane zostanie uwierzytelnienie. Jeżeli token nie zostanie podany, wówczas System dokona uwierzytelnienia za pomocą tokena z pieczątki firmy, o ile Operator na karcie ma włączone używanie tokena, w przeciwnym razie do uwierzytelnienia nie dojdzie, więc i sesja KSeF nie zostanie nawiązania
Jeżeli Użytkownik wskaże, że uwierzytelnienie ma się odbyć przy użyciu certyfikatu, wówczas System podniesie listę certyfikatów w trybie do wyboru i uwierzytelni za pomocą wskazanego certyfikatu. Będzie to miało miejsce wyłącznie przy trybie interaktywnym pracy Operatora, w przypadku trybu wsadowego uwierzytelnienie się nie uda, więc i sesja KSeF nie zostanie nawiązana
Jeżeli Użytkownik nie wskaże sposobu uwierzytelnienia, wówczas będzie to oznaczało, że System ma go dokonać wg domyślnych ustawień
Jeżeli na karcie Operatora włączone jest używanie tokena, wówczas dokonane zostanie uwierzytelnienie tokenem podanym do funkcji API lub tokenem z pieczątki firmy, jeżeli w API go nie podano. Jeżeli token nie zostanie zidentyfikowany, wówczas nastąpi próba uwierzytelniania przy pomocy certyfikatu, ale wyłącznie, jeżeli Użytkownik pracuje w trybie interaktywnym.
Jeżeli na karcie Operatora wyłączone jest używanie tokena, wówczas nastąpi próba uwierzytelniania przy pomocy certyfikatu, ale wyłącznie, jeżeli Użytkownik pracuje w trybie interaktywnym.
Zachowanie Systemu w zakresie uwierzytelnienia zależne jest dodatkowo od rodzaju sesji, którą nawiązuje Operator (plik wsadowy/wysyłka interaktywna). Nawiązanie sesji wsadowej KSeF możliwe jest wyłącznie przy pomocy certyfikatu.
Funkcja służąca do zamykania sesji KSeF
Udostępniona została funkcja XLKSeFZamknijSesje pozwalająca na zamknięcie danej sesji KSeF. Jeżeli Operator poda numer sesji, wówczas to ona zostanie zamknięta, wywołanie funkcji bez podania numeru sesji będzie zaś oznaczało, że System ma zamknąć sesję utworzoną w XLKSeFOtworzSesje.
Za pomocą tej funkcji można zamknąć dowolną sesję, również innego Operatora, nawiązaną z innego modułu.
Funkcje służące do wysyłania dokumentów do KSeF
Udostępnione zostały funkcje służące do wysyłania faktury/faktur do KSeF. Funkcja XLKSeFDodajDokumentyDoWyslania służy do podania listy dokumentów, które mają zostać wysłane, funkcja XLKSeFWyslijDokumenty zaś do wysyłki tej listy dokumentów.
Aby wysłać dokumenty do KSeF Operator powinien wykonać poniższe działania:
XLKSeFOtworzSesje – nawiązanie sesji z KSeF
XLKSeFDodajDokumentyDoWyslania – wskazanie dokumentu/dokumentów do wysłania
XLKSeFWyslijDokumenty – wysłanie ww. dokumentów do KSeF
XLKSeFZamknijSesje – zamknięcie ww. sesji KSeF
Funkcja służąca do pobierania UPO
Pobrania UPO można dokonać za pomocą funkcji XLKSeFPobierzUPO. Użytkownik może w niej podać numer sesji, dla której ma zostać pobrane UPO lub GID dokumentu, dla którego ma zostać pobrane UPO. W tym ostatnim przypadku System samodzielnie ustali numer sesji, w ramach której został wysłany podany dokument i pobierze UPO dla tego dokumentu oraz wszystkich pozostałych dokumentów wysłanych w ramach tej sesji.
Aby możliwe było pobranie UPO dla danej sesji, taka sesja musi być zamknięta. Podczas pracy przy użyciu funkcji API System samodzielnie nie dokonuje zamknięcia sesji, dla której wywołane zostanie pobranie UPO, takiego zamknięcia musi dokonać Użytkownik. Z kolei każda komunikacja ze środowiskiem KSeF odbywa się po nawiązaniu sesji KSeF. Powyższe determinuje określony model pracy Użytkownika korzystającego z funkcji API.
Scenariusz 1: wysłanie faktur do KSeF i pobranie dla nich UPO
XLKSeFOtworzSesje – nawiązanie sesji z KSeF (sesja S1)
XLKSeFDodajDokumentyDoWyslania i XLKSeFWyslijDokumenty – wysłanie dokumentu do KSeF (w ramach sesji S1)
XLKSeFZamknijSesje – zamknięcie ww. sesji S1
XLKSeFOtworzSesje – nawiązanie sesji z KSeF (S2)
XLKSeFPobierzUPO – pobranie UPO (dla sesji S1 lub wysłanego dokumentu)
XLKSeFZamknijSesje – zamknięcie ww. sesji S2
Scenariusz 2: pobranie UPO dokonywana z opóźnieniem, dokumenty wysłane w ramach sesji S1, sesja S1 zamknięta:
XLKSeFOtworzSesje – nawiązanie sesji z KSeF (sesja S2)
XLKSeFPobierzUPO – pobranie UPO (dla sesji S1 lub wysłanego dokumentu)
XLKSeFZamknijSesje – zamknięcie ww. sesji S2
Scenariusz 3: pobranie UPO dokonywana z opóźnieniem, dokumenty wysłane w ramach sesji S1, sesja S1 nie jest zamknięta:
XLKSeFOtworzSesje – nawiązanie sesji z KSeF (sesja S2)
XLKSeFZamknijSesje – wykonywana dla S1
XLKSeFPobierzUPO – pobranie UPO (dla sesji S1 lub wysłanego dokumentu)
XLKSeFZamknijSesje – zamknięcie ww. sesji S2
Scenariusz 4: Operator zatwierdza dokument z automatyczną jego wysyłką a następnie pobiera dla niego UPO
Operator loguje się do API a następie dodaje FS i zamyka z XLZamknijDokument: KSeF=4 (System nawiązuje sesję S1, wysyłka w ramach sesji S1)
XLKSeFZamknijSesje – wywołana dla S1
XLKSeFPobierzUPO – pobranie UPO (dla sesji S1 lub wysłanego dokumentu)
XLKSeFZamknijSesje – zamknięcie ww. sesji S2
Funkcje dodawania/zmiany/usuwania rekordu w tabeli KSeFDokumenty
Ideą ww. funkcji jest tworzenie/modyfikacja rekordów tabeli KSeFDokumenty, tj. zapisanie w Systemie informacji j.n.:
Dla faktur sprzedaży: o dokonanej wysyłce faktur/pobranym UPO dokonanym poza Systemem Comarch ERP XL
Dla faktur zakupu: o fakturze KSeF na podstawie, której zarejestrowano dany dokument zakupu, dla przypadków, kiedy faktury te nie były importowane wprost do Systemu, ale poza nim
Na potrzeby ww. udostępnione zostały trzy funkcje:
XLKSeFUstalStatusDokumentu – dodanie rekordu do KSeFDokumenty
XLKSeFZmienStatusDokumentu – zmiana rekordu KSeFDokumenty
XLKSeFUsunStatusDokumentu – usunięcie rekordu KSeFDokumenty
Funkcje służące do spinania/rozłączania faktury zakupu z fakturą KSeF
Za pomocą funkcji XLKSeFSpinajZDokumentem Użytkownik może dokonać spięcia faktury zaimportowanej z KSeF z dokumentem zakupu zarejestrowanym w Comarch ERP XL, za pomocą funkcji XLRozłaczZDokumentem zaś dokonać rozłączenia tych obiektów.
Funkcja pobierania faktur z KSeF
Funkcja XLKSeFPobierzDokumenty służy do pobrania faktur zakupu z KSeF. Za jej pomocą Operator może dokonać importu tych faktur, w których Nabywcą jest firma będąca Użytkownikiem Systemu Comarch ERP XL. Import ten może się odbyć według identycznych kryteriów, jak te dostępne z interfejsu tj. można w ten sposób zaimportować fakturę o konkretnym numerze KSeF, faktury zarejestrowane w podanym okresie czasu lub dokonać importu nowych faktur tj. faktur z datą równą i większą od najpóźniejszego z dotąd zaimportowanych dokumentów.
XL133 - Dokumentacja znaczników XML pliku synchronizacyjnego ERP XL - Comarch Mobile
Numer formy płatności
10 – Gotówka
20 – Przelew
30 – Kredyt
40 – Czek
50 – Karta
60 – Inne
ZaN_FormaNr
TerminPlatnosci
Termin płatności
ZaN_TerminPlatnosci
Waluta
Symbol waluty
ZaN_Waluta
WspolnaWaluta
Czy wspólna waluta na zamówieniach
ZaN_WspolnaWaluta
KursL
Licznik kursu
ZaN_KursL
KursM
Mianownik kursu
ZaN_KursM
ZamSeria
Seria zamówienia
ZaN_ZamSeria
ZamTyp
Typ zamówienia/oferty
oferta na zakup (dostawcy), 768 - oferta sprzedaży (nasza), 1152 - zamówienie na zakup (do dostawcy), 1280 - zamówienie sprzedaży (od klienta), 2688 - zapyt. ofert. na zakup, 2816 - zapyt. ofert. na sprzedaż, Powstały w wyniku sklejenia masek: 1024 - zamówienie, 512 - oferta, 2048 - dokument pomocniczy (zapytanie lub potwierdzenie), 256 - na sprzedaż, 128 - na zakup.
Tabela 10 Sekcja z elementami dokumentu handlowego i odpowiednik pól w tabelach bazy ERP XL
<TREI/>
Opis
ERP XL
<TRE>
Sekcja z elementami dokumentu handlowego
TraElem, TraSElem
NiePrzeliczaj
GIDTyp
GID Elementu transakcji
TrE_GIDTyp
GIDLp
Numer kolejny elementu transakcji
TrE_GIDLp
SubGIDLp
-
-
Pozycja
Pozycja elementu na dokumencie
TrE_Pozycja
JmZ
Jednostka pomocnicza
TrE_JmZ
PrzeliczM
Mianownik przelicznika
TrE_PrzeliczM
PrzeliczL
Licznik przelicznika
TrE_PrzeliczL
TwrNumer
GID towaru
TrE_TwrNumer
Wartosc
Cena
Cena początkowa
TrE_Cena
GrupaPod
Symbol grupy podatkowej
TrE_GrupaPod
StawkaPod
Stawka podatku
TrE_StawkaPod
CenaSpr
Cena domyślna dla transakcji
TrE_CenaSpr
Poczatkowa
Cena początkowa
TrE_Poczatkowa
Rabat
Procent udzielonego rabatu
TrE_Rabat
Ilosc
Ilość na jaką opiewa transakcja
TrE_Ilosc
Opis
Opis elementu
TeO_Opis
DstNumerO
GID dostawy
TrS_Dstnumer
DstNumer
GID dostawy
TrS_DstNumer
Gratis
Rodzaj elementu promocji pakietowej
0 – element, 1 – gratis
TrE_Gratis
PakietID
Identyfikator promocji pakietowej
TrE_PakietID
PakietProgID
Zlom
Element traktowany jako odwrotne obciążenie
0 – element, 1 – odwrotne obciążenie
TrE_Zlom
Dokumenty magazynowe (MANI)
Tabela 11 Sekcja z dokumentami magazynowymi i odpowiednik pól w tabelach bazy ERP XL
<MANI/>
Opis
ERP XL
<MAN>
Sekcja z nagłówkami dokumentów magazynowych
MagNag
Typ
Identyfikator rekordu
MaN_GIDTyp
GIDTyp
Identyfikator rekordu
MaN_GIDTyp
GIDNumer
GID dokumentu w bazie mobilnej
MaN_OddDokId
OddDokID
GID dokumentu w bazie mobilnej
MaN_OddDokId
MaN_ZewnetrzneId
Identyfikator dokumentu w systemie zewnętrznym
MaN_ZewnetrzneId
MaN_ZewnetrznySys
Identyfikator systemu zewnętrznego
MaN_ZewnetrznySys
Data
Data wystawienia dokumentu
MaN_Data3
Rok
Rok transakcji
MaN_TrNRok
Miesiac
Miesiąc transakcji
MaN_TrNMiesiac
Numer
Numer transakcji
MaN_TrNNumer
MAG_GIDNumer
GID magazynu docelowego
MaN_MagDNumer
Cecha
Cecha transakcji
MaN_CechaOpis
Knt_GIDNumer
Identyfikator kontrahenta
MaN_KntNumer
SER_GIDnumer
GID serii dokumentu
MaN_TrNSeria
Opis
Opis dokumentu
MnO_Opis
OpeId
Identyfikator operatora
MaN_OpeNumer
FrsID
Identyfikator centrum – właściciela dokumentu
MaN_FrsID
Element dokumentu magazynowego (MAE)
Tabela 12 Sekcja z elementem dokumentu magazynowego i odpowiednik pól w tabelach bazy ERP XL
<MAE/>
Opis
ERP XL
Sekcja z elementami dokumentu magazynowego
MagElem
TwrNumer
Identyfikator towaru
MaE_TwrNumer
Ilosc
Ilość w jednostce podstawowej
MaE_Ilosc
JmZ
Jednostka pomocnicza
MaE_JmZ
PrzeliczL
Licznik przelicznika
MaE_PrzeliczL
PrzeliczM
Mianownik przelicznika
MaE_PrzeliczM
Opis
Opis elementu
MnO_Opis
Subelement elementu dokumentu magazynowego (MAS)
Tabela 13 Sekcja z subelementem dokumentu magazynowego i odpowiednik pól w tabelach bazy ERP XL
<MAS/>
Opis
ERP XL
Sekcja z subelementami dokumentu magazynowego
MagSElem, MagPElem
Ilosc
Ilość na jaką opiewa transakcja
MaS_Ilosc
DstNumer
Identyfikator dostawy
MaS_DstNumer
Reklamacje (RLNI)
Tabela 14 Sekcja z reklamacjami i odpowiednik pól w tabelach bazy ERP XL
<RLNI/>
Opis
ERP XL
<RLN>
Sekcja z nagłówkami reklamacji
ReklNag
DokumentNr
-
Id
GID reklamacji w bazie mobilnej
RLN_OddDokId
OddDokID
GID reklamacji w bazie mobilnej
RLN_OddDokId
Typ
GIDTyp reklamacji
3584 – RLS
RLN_Typ
KntTyp
Gid Kontrahenta
RLN_KntTyp
KntNumerC
GID kontrahenta
RLN_KntNumer
KnDTyp
GID Kontrahenta docelowego
RLN_KnDTyp
KnDNumer
GID kontrahenta docelowego
RLN_KnDNumer
KnDLp
GID Kontrahenta docelowego
RLN_KnDLp
AdWNumer
GID adresu wysyłkowego
RLN_AdWNumer
AdWTyp
GID adresu wysyłkowego
RLN_AdWTyp
FrsID
Identyfikator właściciela dokumentu
RLN_FrsID
DataWyst
Data wystawienia dokumentu
RLN_DataWyst
Rok
Rok reklamacji
RLN_Rok
Miesiac
Miesiąc reklamacji
RLN_Miesiac
Seria
Seria reklamacji
RLN_Seria
Numer
Numer reklamacji
RLN_Numer
Stan
Stan dokumentu
1- niepotwierdzona, 2-niepotwierdzona po reedycji, 6-reklamacja anulowana, 10- potwierdzono, 20- w realizacji, 21- w realizacji po reedycji, 30- rozpatrzona, 31- rozpatrzona po reedycji, 40- zamknięta
RLN_Stan
Status
Status reklamacji
RLN_Status
OpeNumer
GID operatora wystawiającego
RLN_OpeNumer
CechaOpis
Wartość cechy transakcji
RLN_CechaOpis
Opis
Opis transakcji
RLN_Opis
Url
url
RLN_Url
DokumentObcy
Numer dokumentu obcego
RLN_DokumentObcy
Elementy reklamacji (RLEI)
Tabela 15 Sekcja z elementami reklamacji i odpowiednik pól w tabelach bazy ERP XL
<RLEI/>
Opis
ERP XL
<RLE>
Sekcja z elementami reklamacji
ReklElem
Id
Id rekordu w bazie mobilnej
RLE_OddElemId
OddElemId
Id rekordu w bazie mobilnej
RLE_OddElemId
ZrdTyp
GID elementu dokumentu żródłowego na podstawie, którego reklamowany jest dany towar
RLE_ZrdTyp
ZrdNumer
GID elementu dokumentu żródłowego na podstawie, którego reklamowany jest dany towar
RLE_ZrdNumer
ZrdLp
GID elementu dokumentu żródłowego na podstawie, którego reklamowany jest dany towar
RLE_ZrdLp
DokNumer
Numer dokumentu z pól: RKE_ZrdGID lub tekst, jaki wprowadzi ręcznie operator w polu Numer.
RLE_DokNumer
TwrTyp
GID towaru
RLE_TwrTyp
TwrNumer
GID towaru
RLE_TwrNumer
Ilosc
Ilość na jaką opiewa transakcja
RLE_Ilosc
JmFormat
Miejsca po przecinku
RLE_JmFormat
Zadanie
Żądanie reklamującego
RLE_Zadanie
Status
0 – rozpatrywana, 1 – Uznana, 2- Odrzucona
RLE_Status
Przyczyna
Przyczyna reklamacji
RLe_Przyczyna
Rozpatrzenie
Rozpatrzenie reklamacji
RLE_Rozpatrzenie
Wizyty Handlowe (CWNI)
Tabela 16 Sekcja z wizytami handlowymi i odpowiednik pól w tabelach bazy ERP XL
<CWNI/>
opis
ERP XL
<CWN>
Sekcja z nagłówkami wizyt handlowych
CRMWizytyNag
ID
-
ZewnetrznyId
Identyfikator wizyty w bazie mobilnej
CWN_ZewnetrznyId
OpeNumer
Numer operatora wystawiającego
CWN_OpeNumerW
Renumeruj
-
FrsId
Identyfikator centrum – właściciela dokumentu
CWN_FrsId
ZewnetrznySys
Identyfikator systemu zewnętrznego
CWN_ZewnetrznySys
WzNumer
Wzorzec wizyty
CWN_WzNumer
Opis
Opis wizyty
CWN_Opis
Jednorazowa
Czu wizyta jest jednorazowa
0 – NIE, 1 – TAK
CWN_Jednorazowa
CZyZMobile
-
NrKursu
Numer kursu
CWN_NrKursu
Stan
Stan wizyty
1 - Niepotwierdzona,
2 - Potwierdzona,
3 - Anulowana,
4 - Zakończona,
5 - W realizacji
CWN_Stan
Zakonczono
Czy wizyta jest zakończona
0 - nie,
1 - zakończona/wykonana,
2 - zakończona/niewykonana,
3 - zakończona/odrzucona
CWN_Zakonczono
DataWystawienia
Data wystawienia
CWN_DataWystawienia
Rok
Rok wystawienia dokumentu
CWN_Rok
Miesiac
Miesiąc dokumentu
CWN_Miesiac
TypId
Typ wizyty (wartość ze słownika kategorii)
CWN_TypId
Seria
Seria dokumentu
CWN_Seria
Nazwa
Nazwa wizyty
CWN_Nazwa
Numer
Numer dokumentu
CWN_Numer
KntNumer
Numer kontrahenta głównego
CWN_KntNumer
KntTyp
Typ kontrahenta głównego
CWN_KntTyp
KnANumer
Numer adresu kontrahenta głównego
CWN_KnANumer
KnATyp
Typ adresu kontrahenta głównego
CWN_KnATyp
KntOsobaLp
Osoba z karty kontrahenta
CWN_KntOsobaLp
TerminOd
Planowana data/godzina rozpoczęcia wizyty
CWN_TerminOd
TerminDo
Planowana data/godzina zakończenia wizyty
CWN_TerminDo
Obsluga
Identyfikator pracownika obsługującego
CWN_Obsluga
DataZakonczenia
Data/godzina zakończenia realizacji wizyty
CWN_DataZakonczenia
DataZakonczeniaOd
Data/godzina rozpoczęcia wizyty
CWN_DataZakonczeniaOd
Element wizyty handlowej (CWE)
Tabela 17 Sekcja z elementem wizyty handlowej i odpowiednik pól w tabelach bazy ERP XL
<CWE/>
Opis
ERP XL
Sekcja z elementami wizyt handlowych
CRMWizytyElem
GIDLp
GIDLp rekordu
CWE_GIDLp
Wykonano
Czy wykonano
0 nie, 1 – tak
CWE_Wykonano
Kod
Kod elementu wizyty
CWE_Kod
Nazwa
Nazwa elementu wizyty
CWE_Nazwa
Pozycja
Pozycja elementu wizyty
CWE_Pozycja
Opis
Opis elementu wizyty
CWE_Opis
Wymagany
Czy wymagany do wykonania
0 – nie, 1 tak
CWE_Wymagany
RodzajId
Identyfkator rodzaju elementu wizyty
CWE_RodzajId
sekcja zwracająca obiekty dla wizyty, jak np. Załączniki (CWOI)
Dokument powiązany z elementem wizyty (CDL)
Tabela 18 Sekcja z dokumentem powiązanym z elementem wizyty i odpowiednik pól w tabelach bazy ERP XL
<CDL/>
Opis
ERP XL
Sekcja z dokumentami powiązanymi z wizytą handlową
CRMDokumentyLinki
DokTyp
GIDTyp powiązanego dokumentu
CWD_DokTyp
DokNumer
-
DokZewNumer
Numer dokumentu w bazie mobilnej
-
Raporty (KRPI)
Tabela 19 Sekcja z raportami kasowymi i odpowiednik pól w tabelach bazy ERP XL
<KRPI/>
opis
ERP XL
<KRP>
Sekcja z raportami kasowymi
Raporty
GIDNumer
GID raportu w bazie mobilnej
KRP_ZewnetrznyId
Rok
Rok raportu
KRP_Rok
Numer
Numer raportu
KRP_Numer
Seria
Seria (skrót nazwy kasy/banku)
KRP_Seria
RaportNr
Pełny numer raportu
-
DataOtwarcia
Data otwarcia raportu
KRP_DataOtwarcia
DataZamkniecia
Data zamknięcia raportu
KRP_DataZamkniecia
CzasOtwarcia
Data i godzina otwarcia raportu
KRP_CzasOtwarcia
CzasZamkniecia
Data i godzina zamknięcia raportu
KRP_CzasZamkniecia
OpeNumer
GID operatora księgującego raport
KRP_OpeNumerKs
OpeNumerZam
GID operatora zamykającego raport
KRP_OpeNumerZam
Zapisy kasowe/bankowe (KAZI)
Tabela 20 Sekcja z zapisami kasowymi i odpowiednik pól w tabelach bazy ERP XL
<KAZI/>
Opis
ERP XL
<KAZ>
Sekcja z zapisami kasowymi
Zapisy
GIDNumer
GID zapisu w bazie mobilnej
KAZ_ZewnetrznyId
OpeNumer
GID operatora wpisującego do raportu
KAZ_OpeNumerRm
OpeNumerR
GID operatora wpisującego do raportu
KAZ_OpeNumerR
OpeNumerB
GID operatora wpisującego do bufora
KAZ_OpeNumerB
KntTyp
GID kontrahenta/pracownika
KAZ_KntTyp
KntNumer
GID Kontrahenta/pracownika
KAZ_KntNumer
NumerDokumentu
Numer dokumentu
KAZ_NumerDokumentu
DataZapisu
Data dokumentu kasowego
KAZ_DataZapisu
CzasZapisu
Data i czas zapisu dokumentu kasowego
KAZ_CzasZapisu
DataDokumentu
Data dokumentu źródłowego
KAZ_DataDokumentu
Kwota
Kwota zapisu
KAZ_Kwota
KRPLp
Lp LONG dla uniknięcia przepełn. buforów
KAZ_KRPLp
Opis
Opis zapisu
KAZ_Opis
Tresc
Treść zapisu
KAZ_Tresc
Seria
Seria (skrót nazwy kasy)
KAZ_Seria
RP
Rozchód/przychód
KAZ_RP
Rozliczenia (ROZI)
Tabela 21 Sekcja z rozliczeniami i odpowiednik pól w tabelach bazy ERP XL
<ROZI/>
Opis
ERP XL
<ROZ>
Sekcja z rozliczeniami
Rozliczenia
ID
Identyfikator rozliczenia/rozrachunku
R2_ID
Info
-
-
Dok1Typ
GIDTyp dokumentu 1
R2_Dok1Typ
Dok1Numer
GIDnumer dokumentu 1 w bazie mobilnej
R2_Dok1Numer
Dok1NumerO
-
-
Dok1Lp
GIDLp dokumentu 1
R2_Dok1Lp
Seria1
-
-
Dok2Typ
GIDTyp dokumentu 2
R2_Dok2Typ
Dok2Numer
GIDnumer dokumentu 2 w bazie mobilnej
R2_Dok2Numer
Dok2NumerO
-
-
Dok2Lp
GIDLp dokumentu 2
R2_Dok2Lp
Seria2
-
-
Kwota
Kwota rozliczenia/rozrachunku
R2_KwotaWal1, R2_KwotaWal2, R2_KwotaSys
XL137 - Instalacja i konfiguracja ERP XL- Comarch POS
Od wersji 2019.2.1 została udostępniona możliwość współpracy z Comarch POS.
Wersja Comarch ERP XL
Comarch POS
od wersji 2019.2.1 do wersji 2020.0
2019.0
od wersji 2020.1 do 2020.2.0
2019.5.1
2020.2.2
2019.5.4
2021.0
2021.0
od wersji 2021.01 do wersji 2021.0.2
2021.1
2021.1
2021.6
od wersji 2022.0 do wersji 2022.0.1
2022.0
2022.0.2
2022.1
2022.1
2022.5
2023.0
2023.0
2023.1
2023.0
2023.2
2023.5
2024.0
2024.0
2024.1
2024.5
2025.0
2024.5
Informacje o współpracy konkretnej wersji Comarch ERP XL z wersją POS udostępniane są w dokumencie Zmiany funkcjonalne wprowadzone w Comarch ERP XL do danej wersji.
Comarch POS skonfigurowany z Comarch ERP XL, daje możliwości tworzenia stanowisk pracy detalicznej, na których mogą być wystawiane paragony lub faktury. Dokumenty wystawiane na stanowiskach POS są następnie przesyłane do centrali, czyli do bazy Comarch ERP XL Oprócz dokumentów handlowych oraz korekt do nich, możliwe jest również wystawianie zapisów kasowych KP i KW oraz dodawanie i modyfikacja kart kontrahentów.
Instalacja Comarch POS
Comarch POS instaluje się z wykorzystaniem narzędzia Comarch ERP Auto Update. Instrukcja instalacji Comarch POS znajduje się w dokumentacji na stronie https://pomoc.comarch.pl/pos/
Po otworzeniu narzędzia Comarch ERP Auto Update należy wskazać wybraną wersję do instalacji.
Okno wyboru wersji Comarch POS
W tym celu wybieramy opcję – Akcje zaawansowane, a następnie pobranie wskazanej wersji produktu.
Po zainstalowaniu odpowiedniej wersji należy dodać komponent- Comarch POS
Na zakładce Konfiguracja dodać produkt Comarch Retail.
Dodanie produktu Comarch Retail
Dla produktu Comarch Retail dodać komponent Comarch Retail POS.
Dodanie komponentu Comarch Retail POS
Skonfigurować komponent Comarch Retail POS. Okno konfiguracji otwierane jest poprzez zaznaczenie komponentu oraz wybranie z głównego menu przycisku [Konfiguracja]. W oknie należy wprowadzić dane dotyczące połączenia bazy danych stanowiska POS.
Konfiguracja komponentu Comarch Retail POS
Nazwa serwera – nazwa serwera wraz z instancją, na którym zostanie utworzona baza danych
Nazwa bazy danych – domyślnie podpowiada się POSDB_[kod_profilu]
Dane do logowania – Login, Hasło
Przycisk [Test połączenia] umożliwia sprawdzenie nawiązania połączenia ze wskazanym serwerem.
Uwaga
Z jednej bazy lokalnej może korzystać tylko jedno stanowisko POS.
Zapisać zmiany oraz zamknąć okno konfiguracji produktów przez wybranie odpowiednio przycisku [Zapisz], a następnie [Zamknij].
Przyciski [Zapisz] oraz [Zamknij] w oknie KonfiguracjaW razie potrzeby utworzenia nowej bazy POS, backup pustej bazy POS można znaleźć w katalogu Autoupdate np.
https://pomoc.comarch.pl/autoupdate/ Standardowo POS instaluje się w lokalizacji:
c:\Nazwa profilu w AU\Comarch Retail\Comarch Retail POS
Aktualizacja oraz deinstalacja wersji powinna się odbyć również za pomocą Comarch Auto Update- akcje zaawansowane- odinstalowanie wskazanej wersji produktu.
Od wersji Comarch ERP XL 2021.0 oraz Comarch POS 2021.0 do współpracy między systemami konieczne będzie wykorzystywanie nowych komponentów: Comarch POS Agent oraz Comarch POS Agent Broker. Komponenty te należy zainstalować za pomocą Comarch ERP AutoUpdate wraz z instalacją Comarch POS.
Instalacja komponentów POS Agent oraz POS Agent Broker została opisana w instrukcji dostępnej pod adresem
https://pomoc.comarch.pl/pos/documentation/comarch-retail-pos-broker/
Konfigurowanie Usługi synchronizacji POS
Synchronizacja ze stanowiskami POS odbywa się automatycznie za pomocą usługi synchronizacji POS.
Definiowanie usługi należy wykonać wybierając z Panelu głównego w module Administrator Oddziałów opcję Konfiguracja logowania automatu synchronizacji. Po wybraniu opcji j.w. należy wybrać przycisk: Synchronizacja jako usługa, który otworzy listę usług. Na liście należy wybrać opcję z menu rozwijanego przy przycisku plusa: Dodaj usługę synchronizacji POS. Na wyświetlonym oknie należy uzupełnić następujące dane:
Nazwa usługi – dowolna nazwa własna usługi (nie należy stosować polskich znaków, znaków specjalnych oraz spacji).
Konto usługi – należy wpisać nazwę użytkownika domenowego oraz hasło.
Klucz sprzętowy – należy podać nazwę serwera SQL, na którym zainstalowany jest serwis klucza oraz podać numer klucza posiadającego licencje na Comarch POS.
Port – numer portu, na którym będzie pracować usługa- wprowadzony numer portu nie może być używany aktualnie w systemie.
Uwaga
Aby dodać usługę synchronizacji konieczne jest uruchomienie modułu Administrator oddziałów w trybie Administratora
Komunikat przy dodawaniu usługi Comarch POS
Na zakładce [Oddziały] należy przypiąć te oddziały, które mają być synchronizowane za pomocą danej usługi. Możliwe jest dodawanie wielu usług w przypadku instalacji posiadających dużą ilość oddziałów z wieloma stanowiskami.
Okno konfiguracji Usługi synchronizacji POS
Wskazówka
Od wersji Comarch ERP XL 2020.2 po wycięciu sesji usługi synchronizacji Comarch POS, co 30 sekund będzie sprawdzała czy bieżąca sesja jest aktywna, jeśli nie jest to nastąpi wylogowanie i ponowne zalogowanie wraz z utworzeniem nowej sesji.
Usługa Comarch POS Agent
Usługa Comarch POS Agent (POS Agent) dostarcza aktualne informacje o stanach magazynowych na każdym stanowisku, podczas wystawiania dokumentów. Informacje te prezentowane są z uwzględnieniem poszczególnych magazynów. Wszystkie procesy w magazynie będą mogły zachodzić w trybie off-line z centralą, dzięki czemu korzystanie z tej usługi zapewni pełną autonomię sklepu, poprzez zagwarantowanie, że stan towaru będzie zawsze aktualny. Każdy oddział Comarch POS zdefiniowany w Systemie XL musi podsiadać własną usługę POS Agent.
Usługa POS Agent to miejsce, w którym przechowywane są stany magazynowe towaru wraz z rezerwacjami zasobowymi w podziale na magazyny.
Usługa POS Agent działa jako samodzielna usługa z własną bazą danych na tym samym komputerze co baza Comarch POS lub osobnym.
Aktualizuje stany towarów na podstawie dokumentów wystawianych na wszystkich stanowiskach obsługiwanych przez daną usługę.
Rejestracja usługi POS Agent
Po poprawnym skonfigurowaniu POS Agent oraz POS Agent Broker należy zrestartować usługę XLDataService (Menadżer zadań/Usługi).
W następnej kolejności należy zarejestrować usługę POS Agent. W tym celu należy otworzyć katalog instalacyjny POS Agent i uruchomić aplikację POSAgentConfigurator.exe.
Przy pierwszym uruchomieniu pojawi się błąd informujący o tym, że usługa jest odinstalowana:
Komunikat wyświetlany, gdy usługa POS Agent jest odinstalowana
Po naciśnięciu przycisku OK otworzy się okno konfiguratora:
Konfigurator usługi POS Agent
W konfiguratorze należy podać:
Adres IP usługi POS Agent – adres IP komputera, na którym została zainstalowana usługa POS Agent
Port usługi POS Agent – domyślnym portem jest 8098
Kod POS Agenta – kod POS Agent wprowadzony w Comarch ERP XL
GUID – wartość nadawana automatycznie
Usługę instaluje się za pomocą przycisku Instaluj. Poprawność wcześniej wprowadzonych danych można zweryfikować za pomocą przycisku Sprawdź. Natomiast przycisk Rejestruj służy do rejestracji usługi POS Agent.
W celu weryfikacji tego, czy proces zakończył się poprawnie, należy przejść na zakładkę [POS Agent] na oddziale w Comarch ERP XL i sprawdzić, czy zaktualizowane zostały wpisy w polach: Host, Port i GUID.
Comarch POS Agent Broker
Komponent Comarch POS Agent Broker (POS Agent Broker) wykorzystywany jest do komunikacji z usługą Comarch POS Agent (POS Agent) jako broker wiadomości. Pozwala na aktualizowanie stanów towaru oraz rezerwacji po wystawieniu w Systemie XL dokumentu wpływającego na stany towaru/rezerwacje w magazynach oddziału POS.
W przypadku pracy online (połączenie z centralą) stany towaru na oddziałach POS aktualizowane są natychmiast.
W przypadku pracy offline (brak połączenia z centralą) komponent agreguje kolejkę wiadomości, przekazując aktualizację stanów magazynowych do właściwego POS Agenta.
Aktualizowanie informacji o stanach następuje bezpośrednio po wystawieniu dokumentów w Comarch ERP XL poprzez:
wprowadzenie do kolejki wiadomości informacji o zwiększeniu stanów, gdy zostanie wystawiony dokument, który zwiększa stany towaru
wprowadzenie do kolejki wiadomości informacji o zmniejszeniu stanów, gdy zostanie wystawiony dokument, który pomniejsza stany towaru
wprowadzenie do kolejki wiadomości informacji o zmianach w rezerwacjach zasobowych
Uwaga
Aktualizacja stanów realizowana jest w oparciu o stany handlowe dostępne.
Konfigurowanie komponentu POS Agent Broker
W Konfiguracji systemu została dodana zakładka [POS], na której należy uzupełnić adres brokera wiadomości, czyli usługi POS Agent Broker.
W polu Adres usługi kolejki wiadomości należy wprowadzić adres usługi Comarch POS Agent Broker oraz numer portu. Domyślnym portem jest 80, pole przyjmuje 64 znaki
W przypadku korzystania z głównego profilu programu Comarch ERP Auto Update należy wprowadzić adres: http://localhost/POSAgentBroker
Przycisk Test konfiguracji służy do sprawdzenia, czy POS Agent Broker został poprawnie skonfigurowany
W celu sprawdzenia pod jakim adresem została udostępniona usługa Comarch POS Agent Broker należy:
Konfiguracja oddziału/stanowiska POS realizowana jest w module Administrator oddziałów.
Przed rozpoczęciem kreowania nowego oddziału należy dodać rejestry, które w kolejnych krokach będą przypisywane do oddziału POS.
Dodawanie rejestru bankowego
Rejestr kasowy musi być oddziałowy. Należy także przypisać operacje – przychodowe i rozchodowe przykładowo rozchód, przychód, które także powinny mieć zaznaczony czek „oddziałowe”.
Dodawanie operacji kasowo/bankowych
Na zakładce Raporty, przyciski są wyszarzone. Nie ma możliwości dodania raportu, ponieważ jest on tworzony samoistnie podczas dodawania operacji w systemie. Raport tworzy się gdy zsynchronizuje się pierwszy wpis do danego rejestru (KP/KW wystawione w POS) lub nastąpi synchronizacja dokumentu, który jest oznaczony jako opłacony (czyli na def. stanowiska POS nie ma zaznaczonego parametru „bez KP/KW” dla danego rejestru).
Do tej pory raporty kasowe do rejestrów oddziałowych Comarch POS były otwierane podczas przesłania pierwszego zapisu kasowego i zamykane ręcznie po stronie Comarch ERP XL. Po zamknięciu raportu, przy kolejnej synchronizacji, otwierany był kolejny raport.
Aktualnie można ustawić na stanowisku aby raport kasowy otwierany był zgodnie z datą i godziną otwarcia sesji na danym stanowisku. Kolejne zapisy i rozliczenia dodawane są do otwartego raportu. W momencie zamknięcia sesji w Comarch POS (zamknięcie dnia), w XL sprawdzane są zapisy kasowe i jeśli wszystkie zostały dodane do raportu, raport jest zamykany zgodnie z datą i godziną zamknięcia sesji na stanowisku POS. Podczas zamykania raportu następuje sprawdzenie czy wszystkie zapisy kasowe oraz rozliczenia dokumentów zostały dodane. Raport pozostaje niezamknięty do czasu wczytania poprawnie wszystkich zapisów z danego okresu (od otwarcia do zamknięcia sesji). Dodatkowo umożliwiono ręczne zamykanie raportów, które zostały otwarte na podstawie sesji na stanowisku POS, jednakże opcje te należy stosować awaryjnie.
W polu Numer raportu na raporcie kasowym otworzonym na podstawie sesji zapisywany jest numer sesji na stanowisku POS (wpis z tabeli SalesReports.Sessions pola Numberstring). Jeśli poprzedni raport został zamknięty ręcznie, nowy raport w polu Numer raportu będzie wyświetlał numer dokumentu. Na przesłanym zapisie kasowym w opisie dodana została informacja odnośnie formy płatności.
Rejestr kasowy zakładka Raporty
W przypadku rejestru bankowego nie zaznaczamy czeku „oddziałowy”.
Jeśli POS ma mieć określoną inną grupę kontrahentów, należy utworzyć ją w XL. Taka grupa będzie w późniejszych krokach wskazywana w kreacji nowego oddziału POS. Tak samo odnośnie grupy towarów.
Lista kontrahentów
Należy także dodać odpowiednie uprawnienia Operatorowi co szczegółowo opisane jest w Parametry operatorów (moduł Administrator).
Aby dodać nowy oddział typu Comarch POS należy:
w Panelu głównym przejść na zakładkę [Oddziały] i wybrać opcję: Kreator nowego oddziału Comarch POS,
lub w Panelu głównym przejść na zakładkę [Ogólne], wybrać opcję: Oddziały, na otwartej liście oddziałów w polu typ wskazać Comarch POS a następnie przyciskiem plusa rozpocząć kreowanie nowego oddziału.
Kreacja nowego oddziału Comarch POS:
Kreator nowego oddziału
W pierwszym kroku kreatora należy wskazać jakie typy dokumentów mają być obsługiwane w POS – obecnie do wyboru są paragony i faktury oraz wybrać domyślny magazyn. Należy wskazać zwykły magazyn nie oddziałowy.
Kreator nowego oddziału krok 1
W drugim kroku należy ustawić parametry konfiguracyjne, które zostaną przesłane na wszystkie stanowiska POS danego oddziału.
Kreator nowego oddziału krok 2
Sposób wyszukiwania dokumentów: Lokalnie/Globalnie, wyszukiwanie globalne polega na możliwości przeszukania dokumentów w bazie Comarch ERP XL i pobranie na stanowisko POS.
Logowanie, podpowiadanie nazwy użytkownika – zaznaczenie parametru spowoduje, że podczas logowania do aplikacji Comarch POS będzie możliwe wybieranie operatorów z listy a po rozpoczęciu wpisywania loginu będą podpowiadane kody operatorów, którzy mogą pracować na danym stanowisku.
Logowanie za pomocą karty, dodano ułatwienie opcji logowania za pomocą karty.
Zezwalaj na generowanie faktury do paragonu po terminie– odznaczenie parametru powoduje blokadę wygenerowania faktury do paragonu na stanowisku POS, po upływie trzech miesięcy (90 dni) od końca miesiąca kalendarzowego, w którym wystawiono paragon.
Automatyczne zamykanie okna płatności- parametr umożliwia ustalenie, czy okno płatności ma być automatycznie zamykane, czy ręcznie zamykane. W przypadku odznaczonego parametru, po zatwierdzeniu płatności, okno pozostanie otwarte. Parametr domyślnie zaznaczony.
Przeliczaj dokumenty handlowe bez pytania- parametr pozwala na przeliczanie wartości na dokumencie handlowym bez wyświetlania komunikatu w przypadku zmiany kontrahenta, usuwaniu pozycji lub ilości artykułu.
Kopiuj ilość z zamówienia sprzedaży (na FS, PA)- po zaznaczeniu parametru przy generowaniu dokumentu handlowego z zamówienia będą przenoszone ilości z zamówienia, pomniejszone o ilości wcześniej zrealizowane, gdy parametr będzie odznaczony ilości będą zerowe.
Zezwalaj na minimalizację aplikacji- zaznaczenie tego parametru pozwala na możliwość minimalizacji okna programu POS, w przypadku braku zaznaczenia, nie mamy możliwości minimalizacji okna, aby przejść np. do okna widoku XL należy zamknąć okno widoku POS-tym samym wymuszając zakończenie pracy.
Blokada otwarcia wielu dokumentów handlowych- uniemożliwia otworzenie więcej niż jednego dokumentu handlowego na stanowisku POS, tj. paragonu, faktury itd.
Wymagana autoryzacja dla ujemnego stanu kasy- jeżeli jest zaznaczony, to próba osiągnięcia ujemnego stanu kasy wywołuje komunikat blokujący.
Generuj PW na brakujące towary- automatyczne generowanie dokumentu PW, gdy brak danego towaru na stanie
Obsługa inwentaryzacji- parametr odpowiedzialny za wykonanie operacji inwentaryzacji w oddziałach.
Ostrzegaj podczas dodawania inwentaryzowanego towaru na dokument- przy dodawaniu towaru który znajduje się na arkuszu pojawi się stosowny komunikat.
Automatyczne naliczanie promocji pakietowych- przy wystawianiu dokumentów promocje będą naliczane automatycznie po spełnieniu progów.
Ignoruj termin płatności ustawiony na dokumencie ZS- przy generowaniu faktury będzie ignorowany termin płatności z zamówienia.
Blokada wystawienia faktury bez numeru NIP- brak możłiwości wystawienia faktury dla podmiotu gospodarczego bez numeru NIP.
W trzecim kroku należy określić domyślne grupy towarów i kontrahentów, z których dane będą przekazywane do oddziału POS oraz domyślny cennik. Wybranie Grup głównych spowoduje wysyłanie wszystkich towarów i kontrahentów do oddziału. Oddzielnie należy wskazać grupę, do której będą trafiać kontrahenci dodani w POS.
Kreator nowego oddziału krok 3
Uwaga
Aby kontrahenci zostali przesłani do Comarch POS oprócz wskazania odpowiedniej grupy powinni mieć ustawioną cenę oraz formę płatności która jest wysłana do POS, w przeciwnym wypadku kontrahent nie zostanie przesłany do POS.
W kroku czwartym dodawane jest Centrum w Strukturze firmy. Przyciskiem plusa należy dodać nowe Centrum, uzupełnić nazwę, opis, przypisać odpowiednią Pieczątkę firmy. Jeśli o w oddziale POS powinny być inne dane niż w centrali wówczas należy utworzyć nową Pieczątkę firmy dedykowaną dla oddziału POS.
Kreator nowego oddziału krok 4
Następnie należy dodać wszystkie rejestry, które będą później dostępne na oddziale. Rejestry typu kasa musza być oddziałowe. Kolejna zakładka Serie- jest wyszarzona, ponieważ serię dodajmy w ustawieniach oddziału w kolejnych krokach. Ceny- należy dodać dostępne cenniki, Rejestry VAT- sprzedaż i zakup oraz kolejno możliwość wybrania magazynów i operatorów.
Przed zapisaniem Centrum konieczne jest ustalenie na zakładce [Formy płatności], które z form płatności mają być widoczne w oddziale. Należy edytować żądaną formę płatności oraz zaznaczyć parametr – Dostępna w oddziale. Po zapisaniu okna Centrum następuje powrót do kreatora i zakończenie kreacji Oddziału.
Po zakończeniu kreacji Oddziału konieczne jest zdefiniowanie kolejnych ustawień w systemie.
Ustawienia oddziału Comarch POS
Zakładka [Ogólne] prezentuje Centrum powiązane z danym oddziałem, nadane ID oddziału oraz datę Ostatniej synchronizacji
Oddział zakładka Ogólne
Zakładka [Towary] prezentuje grupy wysyłanych towarów oraz cenę domyślną. Dodano dwie tabele, w których można zdefiniować grupy szybkiej sprzedaży, czyli grupy, które pojawią się bezpośrednio na interfejsie POS a po kliknięciu w nie wyświetlane będą towary z tej grupy oraz towary ulubione, czyli te najczęściej wybierane do sprzedaży.
Oddział zakładka Towary
Grupy szybkiej sprzedaży- Po lewej stronie znajduje się lista Grupy szybkiej sprzedaży, gdzie można dodawać grupy z listy grup wysyłanych do POS. Po wybraniu opcji Dodaj grupę zostanie wyświetlona lista grup, zawężona do grup wysyłanych do POS, czyli ta część drzewa, która jest wskazana w polu Wysyłaj towary z grupy.
Grupy szybkiej sprzedaży
Do listy tej należy dodać wszystkie grupy, które mają być prezentowane w POS jako grupy do szybkiego dostępu towarów. Towary, które mają przypisaną daną grupę jako grupę domyślna na zakładce [Grupy] będą prezentowane w POS po kliknięciu w określony kafelek prezentujący określoną grupę towarową.
W konfiguracji grup do POS możliwe jest ustawienie kolejności wyświetlania grup w POS za pomocą przycisków: Przesuń o jedną pozycję w górę lub w dół . Dodane grupy można usuwać pojedynczo lub zbiorczo zaznaczając odpowiednie pozycje. W każdym momencie można tez wzbogacić listę o nowe pozycje. Ustawiona kolejność przycisków grup przesyłana jest na wszystkie stanowiska POS przypisane do oddziału.
Aby prezentacja grup w POS była wygodna i czytelna dla operatora, możliwe jest również wysłanie grafiki (obrazu), która będzie prezentowana na odpowiednim kafelku w POS. W tym celu należy na karcie grupy, na zakładce [Załączniki] dodać załącznik o typie obraz i zaznaczyć na nim parametr POS.
Obraz przypisany do grupy szybkiej sprzedaży wysyłany do POS
Ulubione towary- Po prawej stronie znajduje się lista towarów ulubionych, które w POS będą widoczne po wybraniu specjalnego kafelka o nazwie Ulubione. Do listy ulubionych można dodawać dowolne towary lub produkty, które są wysyłane do POS. Podczas dodawania towaru do listy, system sprawdza czy towar zawiera się w drzewie grup przesyłanym do POS, zgodnie z ustawieniem w polu Wysyłaj towary z grupy. Sprawdzane jest powiązanie towaru z grupą domyślną i jeśli grupa domyślna towaru nie jest wysyłana do POS, wówczas towar nie będzie mógł trafić na listę ulubionych.
Po naciśnięciu opcji Dodaj towar zostanie wyświetlona lista wszystkich towarów, gdzie można wskazać jeden lub więcej towarów i dodać je do listy. Na liście towarów ulubionych możliwe jest ustawianie kolejności wyświetlania towarów w POS za pomocą przycisków: Przesuń o jedną pozycję w dół lub w górę . Dodane towary można usuwać pojedynczo lub zbiorczo zaznaczając pozycje. W każdym momencie można też wzbogacić listę o nowe pozycje. Ustawiona kolejność towarów przesyłana jest na wszystkie stanowiska POS.
Uwaga
Po dodaniu jakiejkolwiek Grupy szybkiej sprzedaży lub Ulubionego towaru nie będzie możliwości zmiany drzewa towarów wysyłanych do POS, czyli parametr Wysyłaj towary z grupy będzie nieaktywny do zmiany. Aby zmienić zakres wysyłanych towarów do POS należy najpierw usunąć pozycje z obu list
Przesyłanie powiązania towaru z wszystkimi grupami towarów
Do tej pory towary były przesyłane na stanowiska POS wg grupy domyślnej ustawionej na karcie towaru. Aktualnie towary przesyłane są również wówczas, gdy należą do grupy lub podgrupy przesyłanej do POS bez względu na to, czy jest to grupa domyślna czy dodatkowa danego towaru. Przesyłane są również wszystkie powiązania towaru z grupami, które są przesyłane do POS. Na podglądzie towaru w POS można zobaczyć powiązanie towaru z grupami.
POS – widok listy grup, do których przypisany jest towar
Dzięki przesyłaniu powiązania z wszystkimi grupami, mogą być wykorzystywane promocje na grupy inne niż domyślna. Dla towaru zostanie naliczona każda promocja na grupę, do której należy towar (o ile grupa ta jest przesyłana do POS).
Na zakładce [Kontrahenci] znajduje się tylko konfiguracja związana z importem i eksportem kontrahentów.
Oddział zakładka Kontrahenci
W sekcji Kontrahenci ustawione są grupy kontrahentów, czyli wysyłanych do POS oraz importowanych z POS.
W obszarze ,,Limit kredytowy'' znajdują się parametry służące do obsługi limitów kredytowych. Funkcjonalność ta jest szczegółowo opisana w rozdziale: Obsługa limitów kredytowych.
Obsługa limitu kredytowego – po zaznaczeniu tej opcji limity będą wysyłane do POS i kontrolowane podczas sprzedaży
Maksymalny czas od ostatniej synchronizacji (m) – możliwość ustawienia maksymalnego czasu w minutach, w którym możliwe będzie korzystanie z lokalnie zapisanych limitów w sytuacji, gdy połączenie POS z centralą nie będzie aktywne.
Prezentacja dostępnego limitu – parametr ten posiada trzy opcje decydujące o tym, jak limity mają być prezentowane podczas sprzedaży:
Odejmuj wartość dokumentu – wartość dodawanych pozycji będzie automatycznie zmniejszała wartość dostępnego limitu
Nie odejmuj wartości dokumentu – dostępny limit nie będzie się zmniejszał wraz z dodawaniem kolejnych pozycji do dokumentu.
Nie prezentuj – kwota limitu nie będzie prezentowana, jednak podczas zatwierdzania dokumentu system sprawdzi limit i zostanie wyświetlone ostrzeżenia bądź blokada zgodnie z ustawieniami definicji dokumentu.
Przesyłanie maski dla kodu pocztowego
Przesyłana jest odpowiednia konfiguracja, dzięki której w POS kontrola poprawności zapisu kodu pocztowego na adresie kontrahenta odnosi się tylko do kontrahentów polskich. W przypadku wyboru kraju innego niż PL brak walidacji kodu pocztowego w formacie 00-000.
Na zakładce [Waluty] należy ustawić walutę domyślną, w jakiej będzie pracował POS oraz waluty wraz z kursem, które będą konieczne np. w przypadku wysyłania cenników w walucie innej niż domyślna.
Od wersji Comarch ERP XL 2024.1 umożliwiono pobieranie i ustawianie kursów walut z precyzją do 10 miejsc po przecinku. Przy ustawieniu opcji Kurs z tabeli kursów, kursy pobierane są z precyzją zapisaną w tabeli kursów. Minimalnie prezentowane są 4 miejsca po przecinku, w przypadku większej precyzji, prezentowane są wszystkie cyfry znaczące. Przy ręcznym uzupełnianiu kursu możliwe jest wpisanie do 5 miejsc przed przecinkiem i do 10 miejsc po przecinku.
Oddział zakładka Waluty
Aktualnie walutą domyślną jest PLN- bez możliwości zmiany.
Zakładka [MMW/MMP] prezentuje ustawienia dotyczące przesunięć międzymagazynowych
Oddział zakładka MMW/MMPAutomatyczne generowanie PW/RW przy niezgodnościach podczas przyjęcia dostawy - na podstawie dokumentu PRP generowane są dokumenty PW/RW wynikające z innych ilości zrealizowanych na MMP.
Maksymalna ilość towarów dla ręcznie tworzonego MM- (MMW)- maksymalna ilość pozycji na dokumencie wystawianym w Comarch POS, zostanie wyświetlony odpowiedni komunikat dotyczący blokady dodania większej ilości elementów niż wskazana w tym parametrze.
Przy konfiguracji oddziału na zakładce [Parametry] został dodany parametr:
Sposób wyszukiwania dokumentów: Lokalnie/Globalnie. Wyszukiwanie globalne polega na możliwości przeszukania dokumentów w bazie Comarch ERP XL i pobranie na stanowisko POS. W przypadku, gdy po wpisaniu numeru poszukiwanego dokumentu (faktury lub paragonu) na liście dokumentów na stanowisku POS nie zostanie on odnaleziony w bazie lokalnej POS, System zadaje pytanie: Czy chcesz kontynuować wyszukiwanie również w systemie ERP?. Po wybraniu opcji Szukaj wysyłane jest zapytanie o konkretny numer dokumentu do Comarch ERP XL. W przypadku gdy dokument zostanie odnaleziony następuje jego pobranie i zapisanie w lokalnej bazie POS.
Logowanie - podpowiadanie nazwy użytkownika - zaznaczenie parametru spowoduje, że podczas logowania do aplikacji Comarch POS będzie możliwe wybieranie operatorów z listy a po rozpoczęciu wpisywania loginu będą podpowiadane kody operatorów, którzy mogą pracować na danym stanowisku.
Logowanie za pomocąkarty - W celu uaktywnienia opcji logowania za pomocą karty, w konfiguracji stanowiska POS na formularzu Oddziału Comarch POS został dodany parametr Logowanie za pomocą karty. Parametr domyślnie nie jest zaznaczony.
Oddział POS zakładka Parametry
Aby logowanie za pomocą karty było możliwe, konieczne jest powiązanie operatora z pracownikiem oraz ustalenie numeru karty do logowania w Comarch POS.
Na karcie operatora na zakładce [Ogólne] należy przypisać pracownika. System kontroluje przypisanie pracownika do operatora pracującego w POS i nie pozwala na dodanie tego samego pracownika do wielu kart operatorów. Należy pamiętać, że po przypisaniu pracownika do operatora, do Comarch POS będą wysyłane dane osobowe pracownika a nie operatora, dlatego na karcie pracownika należy uzupełnić imię i nazwisko.
Powiązanie operatora z pracownikiem
Dane karty do logowania należy zdefiniować na karcie pracownika na zakładce [RCP]. Należy dodać nową kartę RCP lub skorzystać z istniejącej. Na formularzu karty należy wypełnić jej numer oraz zaznaczyć parametr Karta do logowania w Comarch POS.
Nowy parametr dla karty RCP pracownika
Tylko jedna karta może mieć zaznaczony parametr opisany powyżej. W przypadku karty do logowania w POS ignorowane są ustawienia dotyczące okresu obowiązywania karty.
Po ustawieniu powyższych danych parametr w konfiguracji oddziału dotyczący logowania oraz informacje o numerach kart pracowników przesyłane są do wszystkich stanowisk POS i operatorzy mogą logować się z wykorzystaniem czytnika kart.
Obsługa inwentaryzacji - parametr odpowiedzialny za wykonanie operacji związanych z inwentaryzacją w oddziałach.
Ostrzegaj podczas dodawania inwentaryzowanego towaru na dokument. Po jego zaznaczeniu, podczas wystawiania dokumentów w POS na towary znajdujące się na arkuszach inwentaryzacyjnych pojawi się stosowny komunikat informujący o trwającej inwentaryzacji. Komunikat będzie się pojawiał do czasu zatwierdzenia arkusza, na którym znajduje się towar. Należy pamiętać, że zamknięcie arkusza w Comarch POS spowoduje aktualizację stanów w POS i przesłanie arkuszy do Comarch ERP XL, natomiast po stronie systemu XL inwentaryzacja do czasu jej zamknięcia nadal będzie blokować sprzedaż i wystawianie innych dokumentów.
Blokada wystawiania faktur bez numeru NIP. Po jego zaznaczeniu nie będzie możliwe wystawienie faktury dla podmiotu gospodarczego bez uzupełnienia numeru NIP. Równocześnie w przypadku wystawiania faktury dla kontrahenta detalicznego pojawi się komunikat o konieczności rejestracji paragonu a następnie wystawienia faktury do paragonu. Jeśli jednak numer NIP zostanie przesłany dla kontrahenta detalicznego z XLa, możliwe będzie wystawienie faktury bezpośrednio (bez konieczności rejestrowania paragonu).
Uwaga
Funkcjonalność ta będzie dostępna od wersji 2025.0 Comarch POS.
Ignoruj termin płatności ustawiony na dokumencie ZS .Parametr dotyczący ustawiania terminu płatności na dokumentach FS lub PA wystawianych do ZS. Domyślnie jest odznaczony. Jeśli parametr zostanie zaznaczony wówczas podczas generowania faktury lub paragonu do zamówienia, termin z zamówienia zostanie zignorowany i ustawiony na podstawie ustawień karty kontrahenta. Warunkiem do ustalenia terminu na dokumencie handlowym wg powyższego jest ustawienie w konfiguracji stanowiska oddziału POS przynajmniej jednej płatności odroczonej czyli takiej, dla której nie są generowane automatyczne rozliczenia KP/KW.W Systemie Comarch POS na formularzu faktury prezentowana jest informacja o ustawionym terminie płatności. Informacja o terminie płatności przekazywana jest do Comarch ERP XL i odpowiednio zapisana na zakładce [Płatności] dokumentu handlowego.
Rodzaj noty dla importowanych not debetowych- należy wybrać rodzaj noty, zgodnie z którym będzie dodawana nota po jej zaimportowaniu z POS do XL
Na zakładce [Stanowiska POS] należy dodać oddzielne stanowiska dla każdego punktu sprzedaży detalicznej pracującej z wykorzystaniem Comarch POS. Jeśli uprzednio nie został dodany rejestr kasowy/bankowy należy go zdefiniować przed dodaniem stanowiska oraz ustalenie na nim na zakładce [Operacje] odpowiednich rodzajów operacji (przychodowych i rozchodowych). Rejestr bankowy nie może mieć zaznaczonego czeku „oddziałowy”.
W systemie można zdefiniować kilka stanowisk POS. Dla nowo dodanego stanowiska należy przypisać inny rejestr, który uprzednio musi być dodany w rejestrach kasowo bankowych oraz wybrany przy kreowaniu nowego oddziału w zakładce „rejestry”.
Wybór rejestru
Na zakładce [Synchronizacja] należy ustawić operatora z uprawnieniami do wystawiania dokumentów, który jest konieczny do zapisywania dokumentów i innych przesłanych z POS danych. Konieczne jest również wpisanie hasła, jeśli operator je posiada. Ten sam operator musi być dodany na zakładce [Operatorzy] Centrum powiązanego z odziałem POS.
Uwaga
Do ustawienia danych Operatora na zakładce Synchronizacja konieczne jest uruchomienie modułu Administrator Oddziałów w trybie Administratora. Dla każdego oddziału należy wybrać innego operatora odpowiadającego za synchronizację.
Na zakładce [POS Agent] dla każdego istniejącego oddziału Comarch POS należy zdefiniować Agenta, definiuje się również magazyny przypisane do danego oddziału Comarch POS, więcej na temat opisano w rozdziale Zmiany w konfiguracji oddziałów Comarch POS.
Dla każdego stanowiska POS należy ustawić, kod, nazwę, serię. Seria musi być oddziałowa. Należy również pamiętać, aby dla ustalonej serii zaznaczyć na zakładce [Dokumenty] odpowiednie pozycje, czyli FS i PA. Seria musi mieć przypisane rejestry zakupu i sprzedaży.
Należy sprawdzić czy Seria ustawiła się na centrum oraz na definicjach dokumentów FS i PA jako domyślna.
W tabeli Formy płatności dostępne są te formy, które w Centrum mają zaznaczony parametr Dostępna w oddziale. Dla każdej formy płatności można ustalić nazwę, która będzie prezentowana w POS, rejestr, do którego mają trafiać zapisy wynikające z zapłaty daną formą, ustawić parametr Bez KP/KW, który określa, czy dana forma płatności ma powodować powstawanie zapisów KP/KW oraz parametr Wyczyść po zamknięciu sesji. Na stanowisku można przypisać tylko jeden rejestr kasowy oddziałowy, ten rejestr można przypisać do kilku form płatności. Natomiast można przypisać kilka rejestrów bankowych.
Stanowisko POS- OgólneBez KP/KW oznacza, że do dokumentów z daną płatnością nie będą generowane dokumentu zapłaty KP/KW czyli dokument nie będzie rozliczony
Wyczyść po zamknięciu sesji powoduje zerowanie stanu kasy dla danej formy płatności po zamknięciu dnia. Zaznaczenie tego parametru jest niedostępne dla gotówki, dla której saldo zamknięcia równe jest saldu otwarcia na kolejny dzień.
Wybór typu aplikacji i rodzaju licencji
Na oknie konfiguracji stanowiska POS oddano dwa nowe pola związane z konfigurowaniem typu aplikacji i rodzaju licencji. W zależności od tego na jakiego typu aplikacji pracuje stanowisko istnieje możliwość wybrania rodzaju licencji pomiędzy:
POS
mPOS
Po pierwszej synchronizacji stanowiska z Comarch POS następuje blokada zmiany typu aplikacji.
W kontrolce Licencja użytkownik ma możliwość wyboru pomiędzy opcjami:
Front Office
Back Office
Front Office + Back Office
Da nowo dodawanych stanowisk oraz stanowisk oddziałów już istniejących standardowe ustawienie to:
Typ aplikacji: POS
Licencja: Front Office + Back Office
Na zakładce [Parametry] należy ustawić parametry związane z tym konkretnym stanowiskiem POS.
Stanowisko POS- Parametry
Generowanie KP/KW na różnicę przy otwarciu/zamknięciu dnia- parametr umożliwia wybór czy system ma automatycznie generować dokumenty KP/KW jeśli system wykryje różnicę w stanie gotówki na otwarciu/zamknięciu dnia
Zezwalaj na otwarcie/zamknięcie dnia bez podania stanu rzeczywistego- podczas otwierania aplikacji POS ukazuje nam się okno otwarcia dnia na którym widnieje podany stan początkowy kasy, waluta oraz stan rzeczywisty i różnica pomiędzy początkowym a rzeczywistym. Parametr zaznaczony daje możliwość zatwierdzenia otwarcia dnia bez podania stanu rzeczywistego w kasie.
Otwarcie dnia w Comarch POS
Okno otwarcia dnia zostanie otworzone każdorazowo jeśli poprzednie zamknięcie aplikacji zakończyło się podsumowaniem dnia i opcją „zamknij dzień”.
Automatyczne zamknięcie dnia – umożliwia automatyczne zamknięcie dnia przez aplikację bez zliczania kasy na stanowisku sprzedażowym.
Godzina zamknięcia dnia – pozwala na ustalenie, o jakiej godzinie nastąpi automatyczne zamknięcie dnia. Domyślnie jest to 23:59.59. Pole jest aktywne, jeżeli parametr Automatyczne zamknięcie dnia jest zaznaczony.
Wydruk raportów zmianowych na drukarce fiskalnej – pozwala na drukowanie na drukarce fiskalnej raportów zmianowych przy zamykaniu zmiany lub dnia, a także przy podglądzie zapisanej zmiany kasjera lub raportu dziennego.
Wyświetlanie tylko dostępnych – pozwala na wyświetlanie na stanowisku POS tylko tych artykułów, które są aktualnie dostępne na magazynie.
Domyślnie korzystaj z przycisków szybkiej sprzedaży – Aby podczas sprzedaży w Comarch POS domyślnie ustawiały się kafelki szybkiej sprzedaży należy zaznaczyć parametr, czyli oznacza to, że podczas sprzedaży w POS domyślne prezentowane będą skonfigurowane w Comarch ERP XL przyciski a nie zwykła lista towarów. Jeśli operator nie znajdzie odpowiedniego towaru wśród dostępnych kafelków wówczas będzie mógł przełączyć się na standardową listę towarów za pomocą kontrolki Wyszukaj artykuł.
Otwieranie i zamykanie raportów kasowych na podstawie otwarcia i zamknięcia sesji w POS – Standardowo parametr ten jest zaznaczony w celu zachowania poprzedniej funkcjonalności. Jeśli użytkownik nie będzie chciał, aby raporty były tworzone na podstawie sesji, powinien odznaczyć powyższy parametr. Po jego odznaczeniu zapisy kasowe będą trafiały do aktualnie otwartego raportu. W przypadku gdy nie będzie żadnego otwartego raportu, do którego można dodać zapis, będzie otwierany nowy raport z data i godziną przesłania pierwszego dokumentu lub zapisu do danego rejestru. Zamykanie raportu należy realizować ręcznie po stronie Comarch ERP XL. Po zamknięciu raportu, w przypadku przesłania kolejnych dokumentów czy zapisów, system otworzy kolejny raport.
Codzienne otwieranie raportów kasowych podczas importu pierwszego dokumentu – Po zaznaczeniu tego parametru, każdego dnia podczas importu pierwszego dokumentu lub zapisu, otwierany będzie raport z godziną otwarcia 00:00:00. Raporty będą otwierane każdego dnia bez względu na to czy raport z poprzedniego dnia został zamknięty, czy nie. Zamykanie raportu należy realizować ręcznie po stronie Comarch ERP XL. Po zamknięciu raportu, w przypadku przesłania kolejnych dokumentów czy zapisów, system otworzy kolejny raport w danym dniu.
Na zakładce [Urządzenia zewn.] należy wybrać rodzaj drukarki fiskalnej oraz określić, czy jest używana oraz w jaki sposób szuflada kasowa.
Stanowisko POS- Urządzenie zewn.
Na zakładce [Operatorzy] należy dodać tych operatorów, którzy będą mieli prawo pracy na danym stanowisku POS. Operator dodany do stanowiska POS automatycznie dodawany jest do Centrum powiązanego z danym oddziałem.
Wprowadzono kilka udogodnień pozwalających w szybszy sposób przypisywać operatorów do POS.
Z poziomu stanowiska POS
Aktualnie nie jest konieczne wcześniejsze dodanie operatora do centrum firmy. Na oknie stanowiska na zakładce [Operatorzy] można wybrać opcję z menu rozwijanego przy przycisku: Dodaj operatora z listy wszystkich operatorów. Po wybraniu tej opcji zostanie wyświetlona lista wszystkich operatorów bez względu na to czy zostali przypisani do powiązanego centrum firmy. Po zaznaczeniu wybranych operatorów zostaną oni dodani do Stanowiska POS i równocześnie do centrum firmy, o ile do tej pory nie byli dodani.
Dodawanie operatorów do stanowiska POS
Podczas odpinania operatorów ze stanowiska POS, nie są oni usuwania z centrum firmy.
Z poziomu karty Operatora
Na karcie Operatora, na zakładce [POS] dodano podzakładkę [Stanowiska POS].
Na zakładce tej prezentowane są wszystkie stanowiska, na których może pracować operator bez względu na to, do którego Sklepu (oddziału POS) należą. Na liście prezentowane są kod i nazwa stanowiska oraz nazwa Centrum powiązanego z oddziałem POS.
Z poziomu tego okna możliwe jest równoczesne przypisywanie operatora do wybranych stanowisk. Po wybraniu opcji Przypnij operatora do stanowisk POS, zostanie wyświetlona lista w formie drzewa, gdzie stanowiska POS pogrupowane są wg oddziałów. Możliwe jest zaznaczenie dowolnych stanowisk i przypisanie ich do operatora. Ctrl+A spowoduje zaznaczenie wszystkich stanowisk. Zaznaczenie linii na poziomie oddziału spowoduje zaznaczenie wszystkich stanowisk danego oddziału
Dodawanie stanowisk POS do operatora
Jeśli dany operator nie był jeszcze przypisany do centrum firmy, którego stanowiska są przypinane, automatycznie zostanie dodany do centrum. Jeśli będzie to jedyne centrum operatora, zostanie przypisane jako centrum domyślne.
Jeśli dodawane stanowisko będzie przypisane do innego centrum, wówczas pojawi się komunikat z pytaniem czy przypisać operatora do danego centrum. Jeśli odpowiedź będzie twierdząca wówczas stanowisko POS zostanie przypięte do operatora jak również zostanie przypisane odpowiednie centrum. Po odpowiedzi NIE, stanowisko ani centrum nie zostaną przypisane do operatora. Na oknie komunikatu dodano dodatkowy parametr pozwalający na wyłączenie pytania przy dodawaniu kolejnych stanowisk. Pytanie pojawi się ponownie po kolejnym zalogowaniu do sytemu, przy wystąpieniu analogicznej sytuacji.
Jeśli operator jest już powiązany z danym stanowiskiem POS, podczas dodawania stanowisk zostanie ono pominięte bez dodatkowego komunikatu.
W oknie Wybór stanowisk POS wyświetlanym podczas przypisywania stanowisk POS do karty operatora, dodano pole filtra. Po wpisaniu fragmentu kodu stanowiska lista jest zawężana do pozycji spełniających warunek filtra, następnie korzystając z klawiszy <Ctrl+A> można szybko zaznaczyć stanowiska i przypisać je do karty operatora. Po dodaniu stanowisk, filtr jest czyszczony i można przystąpić do wyszukiwania kolejnych stanowisk.
Z poziomu okna operatora możliwe jest też odpinanie stanowisk od operatora. Możliwe jest wskazanie wielu stanowisk i seryjne ich odpięcie. Po tej operacji operatorzy nie są usuwani z centrum firmy, do którego byli przypisani, dzięki temu można łatwej ich dodać do innego centrum (oddziału Comarch POS).
Z poziomu listy operatorów
Na liście Operatorów dodano przycisk Przypnij operatorów do stanowisk POS, dzięki któremu możliwe jest równoczesne przypisywanie wielu operatorów do wielu stanowisk POS. Po zaznaczeniu wybranych operatorów, należy wybrać opcje jw., a następnie wskazać stanowiska wg zasad opisanych wcześniej. Zasady wiązania operatorów ze stanowiskami POS są analogiczne jak w przypadku wykonywania tego z karty operatora, tyle, że dotyczą wielu operatorów.
Na zakładce [Wydruki] znajdują się wszystkie wydruki wykorzystywane w Comarch POS. Po podniesieniu wydruku możliwe jest oznaczenie, czy dany wydruk ma być wysyłany do POS.
Stanowisko POS- Wydruki
Domyślnie parametr ten jest zaznaczony dla wydruków: Faktura sprzedaży, Paragon, Korekta ilościowa faktury sprzedaży, Korekta ilościowa paragonu, Operacje kasowe, Zamknięcie zmiany kasjera. Na zakładce tej znajduje się również parametr Drukowanie na domyślnej drukarce systemowej. Po jego zaznaczeniu nie będzie konieczności wskazywania drukarki, wydruk od razu trafi na drukarkę domyślna.
Uwaga
Stanowisko POS, dodane na oddziale musi mieć ustawione:
kod, nazwę i serię oddziałową
Nazwy, rejestry i parametry dla poszczególnych form płatności (udostępnionych w Centrum POS)
Parametry związane z operacjami kasowymi
Ustawieni drukarki fiskalnej i szuflady
Operatorów, którzy będą mogli logować się do POSa. Pierwsze logowanie z hasłem: admin, następnie klient może zmienić hasło z poziomu POSa
Listę dostępnych wydruków
Konfiguracja Centrum
Na definicji Centrum w module Administrator, oprócz elementów zdefiniowanych podczas kreacji oddziału i dodawania stanowiska POS można dodać cenniki inne niż domyślne, oraz magazyny inne niż domyślne.
Parametry operatorów (moduł Administrator)
Prawa operatorów można przesyłać do stanowiska POS tylko w kontekście grup operatorów. W związku z tym prawa związane z operatorami należy definiować na wzorcu operatora, do którego jest przypięty. Uprawnienia operatorów zapisywane są na zakładce [POS] na wzorcu operatora.
Konfiguracja praw operatorów
Na zakładce tej można też przechowywać Profile POS. Profil POS, czyli własny zdefiniowany wygląd ekranu można wyeksportować z POS a następnie zapisać na liście Profili na wzorcu operatora. Dodane do listy profile wysyłane są do wszystkich operatorów przypisanych do danego wzorca.
Na karcie grupy operatorów, na zakładce POS został dodany domyślny profil o nazwie XL_POS_WersjaERPXL przygotowany dla instalacji Comarch POS współpracujących z Comarch ERP XL. Zdefiniowany domyślnie profil (motyw interfejsu) został tak przygotowany, aby po jego zsynchronizowaniu do POS dostępne były tylko te opcje, które mogą być realizowane w połączeniu POS z XL.
Użytkownicy, którzy wcześniej zdefiniowali własny profil, nadal pozostaną przy tym ustawieniu. Dla nich nie będzie dodawany domyślny profil w zależności od wersji XL_POS_WersjaERPXL.
Jeśli poprzednio był wykorzystywany profil XL_POS_WersjaERPXL należy usnąć go z listy, a następnie dodać nowy profil. Pozostawienie dwóch profili będzie wiązało się z koniecznością wyboru profilu podczas logowania do Comarch POS. Po wybraniu profilu z listy dostępnych jako Typ należy wybrać Profile POS.
W przypadku używania własnych profili nie ma konieczności zmiany profilu na najnowszy, warto jednak zadbać o odkrycie w menu głównym POS kafla Back office, w celu udostępnienia opcji uzgadniania stanów towaru.
Dla nowych instalacji Comarch POS aktualny profil podpowiada się domyślnie.
Dostęp do konfiguracji – pozwala na otwarcie okna konfiguracji na stanowisku POS.
Konfiguracja interfejsu – jeżeli operator nie posiada tego uprawnienia to nie może modyfikować widoków okien na stanowisku POS.
Ręczne otwarcie szuflady – Pozwala na otwarcie szuflady specjalnym przyciskiem w dowolnym momencie a nie tylko podczas zatwierdzania dokumentów
Drukowanie raportu fiskalnego dobowego – umożliwia drukowanie raportu fiskalnego dobowego za pomocą przycisku [Raport dobowy], który znajduje się w oknie Raporty fiskalne na stanowisku POS wybraniu Rozliczenia→ Raporty fiskalne.
Drukowanie raportu okresowego – operator nieposiadający tego uprawnienia nie może korzystać z przycisku [Raport okresowy], który widoczny jest po wybraniu Rozliczenia → Raporty fiskalne.
Dodawanie i edycja kontrahenta – jeśli operator nie posiada tego uprawnienia to nie ma możliwości dodawania i edytowania kontrahentów na liście kontrahentów oraz dokumentach na stanowisku POS.
Edycja dokumentów innych operatorów – jeżeli operator nie posiada tego uprawnienia, to nie może edytować dokumentów wystawionych przez innych operatorów, które znajdują się na liście dokumentów niezatwierdzonych (nawet jeśli ma do nich dostęp).
Zmiana statusu realizacji na zamówieniu- możliwość zmiany statusu.
Zmiana statusu płatności na zamówieniu- możliwość zmiany statusu płatności.
Otwarcie zmiany z różnicą stanu kasy – umożliwia otwarcie zmiany, gdy występuje różnica pomiędzy stanem kasy w systemie, a stanem rzeczywistym podanym przez użytkownika. Jeśli uprawnienie jest nadane, to podczas otwierania zmiany będzie możliwość zatwierdzenia okna otwarcia zmiany bez względu na kwotę różnicy między stanem kasy wyliczonym przez system, a stanem rzeczywistym wprowadzonym przez użytkownika.
Zamknięcie zmiany bez wypłaty – zamknięcie zmiany odbywa się z domyślnie wpisaną kwotą wypłaty równą 0,00.
Przekroczenie limitu stanu kasy – operator ma możliwość przekroczenia limitu stanu kasy, w przypadku uruchomionej obsługi limitu stanu kasy (minimalnego, maksymalnego, ujemnego stanu kasy), (parametr obecnie nieobsługiwany)
Oznaczenie dokumentów jako zafiskalizowane – funkcja używana do testów albo w przypadku awarii połączenia z drukarką w przypadku gdy paragon się wydrukował a ta informacja o fiskalizacji nie wróciła do POS, istnieje możliwość aby dokument oznaczyć jako zafiskalizowany lub ponownie go wydrukować (zafiskalizować).
Prawo do uzgadniania stanów magazynowych- operator po zaznaczeniu parametru ma możliwość uzgadniania stanów w Comarch POS
Dostęp do inwentaryzacji
Zamykanie arkuszy
Podgląd listy raportów (odczytów)
Modyfikacja raportów (odczytów) innych użytkowników
Wskazówka
Zakazy dotyczące dokumentów ustawia się na Wzorcu operatora
Maksymalny rabat na dokumentach sprzedaży
Wystawiając dokument w Comarch POS weryfikowane jest ustawienie z karty operatora logującego się do Comarch POS dotyczące maksymalnego rabatu na dokumentach.
Uwaga
Aby wartość dokumentów, naliczonych rabatów była zgodna, operator wskazany na synchronizacji oddziału powinien mieć zaznaczony parametr Bez ograniczeń dla Maksymalnego rabatu na dokumentach sprzedaży.
Zmiany w konfiguracji oddziałów Comarch POS
Wprowadzenie na Oddziale zakładki POS Agent
Dla każdego istniejącego oddziału Comarch POS należy zdefiniować Agenta. Aby to zrobić należy przejść do konfiguracji oddziału Comarch POS, następnie na zakładce [POS Agent] uzupełnić pole kod POS Agenta. Kod POS Agenta powinien być ciągiem znaków (litery i/lub cyfry) bez spacji. Dla każdego oddziału należy ustalić inny kod POS Agenta. W przypadku nowych oddziałów system pilnuje, aby kod został uzupełniony przed zapisaniem oddziału. Pola Host, Port oraz GUID zostaną uzupełnione automatycznie po zarejestrowaniu usługi POS Agent.
Przycisk Resetuj ustawienia POS Agenta służy do usunięcia ustawień POS Agenta w sytuacji, gdy koniczna jest jego ponowna rejestracja.
Na zakładce [POS Agent] definiuje się również magazyny przypisane do danego oddziału Comarch POS.
POS Agenta w XLu
W przypadku nowych oddziałów na zakładce [POS Agent] pojawi się magazyn wskazany podczas kreacji oddziału. Jeśli w sklepie jest więcej niż jeden magazyn należy go przypisać do POS Agenta (wcześniej musi zostać dodany do Centrum powiązanego z oddziałem Comarch POS). W związku z powyższym przywrócono możliwość dodawania wielu magazynów do Centrum powiązanego z oddziałem Comarch POS. Magazyn przypisany do jednego POS Agenta nie może zostać przypisany do innego POS Agenta.
W przypadku gdy oddział był kreowany w poprzednich wersjach, podczas konwersji magazyn domyślny zostanie przypisany do POS Agenta. Jeśli ten sam magazyn był przypisany do wielu oddziałów Comarch POS, wówczas zostanie on usunięty z konfiguracji wszystkich oddziałów i konieczne będzie przypisanie magazynów domyślnych dla każdego oddziału na nowo.
Uwaga
Każdy oddział Comarch POS musi posiadać własny magazyn lub magazyny.
Magazyn przypisany do jednego POS Agenta nie może zostać przypisany do innego POS Agenta.
Uzgadnianie stanów magazynowych w Comarch POS
Przy poprawnie zainstalowanej i działającej usłudze stany towaru są na bieżąco aktualizowane. Ponieważ stany towaru nie są już zapisywane w bazie Comarch POS, lecz w bazie POS Agent, użytkownicy, którzy posiadali oddziały Comarch POS w poprzednich wersjach Systemu muszą dokonać operacji uzgodnienia stanów. Prawo do uzgadniania stanów magazynowych zostało dodane na wzorcu operatorów na zakładce [POS]. Tylko operatorzy z zaznaczonym prawem Prawo do uzgadniania stanów magazynowych mogą aktualizować stany z poziomu Comarch POS.
Operacji uzgodnienia stanów dokonuje się z poziomu aplikacji Comarch POS. Z menu głównego należy wybrać opcję Back office, a następnie przycisk Uzgadnianie stanów magazynowych.
Menu główne Comarch POS
Uzgodnienie stanów będzie również konieczne w przypadku podpięcia w konfiguracji oddziału na zakładce [POS Agent] magazynu, na którym są niezerowe stany towaru.
Przycisk Uzgadniania stanów magazynowych można wykorzystać również w sytuacji, gdy z jakiegokolwiek powodu stany towaru w POS nie zgadzają się z tymi w Systemie XL. Po wykonaniu operacji stany towarów w POS będą zgodne ze stanami handlowymi dostępnymi w Systemie XL.
Stany towaru w POS przechowywane są aktualnie w podziale na magazyny. Prezentowana jest również informacja o ilości rezerwacji zasobowych. Rezerwacje te wpływają na stan towaru w POS.
Sprzedaż z wielu magazynów
Comarch POS umożliwia sprzedaż towaru z kliku magazynów. Gdy na domyślnym magazynie braknie towaru, wówczas pobierany jest on z kolejnych magazynów. Możliwe jest również wskazanie konkretnego magazynu na poziomie pozycji dokumentu (wymaga zmian w konfiguracji interfejsu w POS). Informacje o tym z jakiego magazynu został pobrany towar przesyłane są na poziomie subelementów pozycji dokumentu. Informacja o magazynie/magazynach poszczególnych pozycji dokumentu jest uwzględnia podczas importu i odpowiednio zapisywana na dokumentach. W przypadku braków towaru, automatyczne PW dodaje towar do właściwego magazynu.
Podgląd stanów magazynowych w innych sklepach
W ERP XL obsłużono funkcję podglądu towaru w innych sklepach. W Comarch POS na liście towarów oraz na podglądzie towaru znajduje się przycisk Dostępność w sklepach. Standardowo przycisk ten jest ukryty, dlatego najpierw należy go odkryć z poziomu konfiguracji interfejsu w POS.
Po wybraniu przycisku Dostępność w sklepach zostanie otwarte okno, w którym prezentowany jest stan danego towaru w magazynach innych sklepów Comarch POS w ramach danej instalacji. Stany towarów sprawdzane są on-line, dlatego do uruchomienia tej opcji potrzebne jest aktywne połączenie z Comarch ERP XL czyli działająca usługa XLDataService.
Konfigurowanie i przesyłanie domyślnego kontrahenta
Umożliwiono przesyłanie domyślnego kontrahenta innego niż Jednorazowy. Aby na dokumentach w POS domyślnie podpowiadał się inny kontrahent niż Jednorazowy należy na definicji dokumentu PA (w kontekście
centrum powiązanego z danym oddziałem POS), na zakładce [Inne] wybrać odpowiedniego kontrahenta, który należy do grupy wysyłanej do Comarch POS. Aby przywrócić kontrahenta Jednorazowego wystarczy usunąć wskazanego wcześniej kontrahenta z definicji dokumentu PA.
Wskazanie domyślnego kontrahenta
Uwaga
Wskazany na definicji PA kontrahent będzie ustawiany jako domyślny zarówno dla paragonów, jak i faktur.
Obsługa podzielonej płatności – MPP
Obsługa podzielonej płatności została obsłużona w następującym zakresie:
Przesyłanie informacji o obsłudze MPP na podstawie parametru w Konfiguracji XLa
Przesyłanie ustawienia na karcie towaru dot. podzielonej płatności (MPP)
Ustawianie na zaimportowanej fakturze parametru związanego z podzieloną płatnością (zakładka [Płatności]) zgodnie z informacjami przesłanymi z Comarch POS.
Import wartości atrybutów na dokument
Do POS przekazywane są klasy atrybutów związane z definicją dokumentów, jak również elementów dokumentów. Wartość dla danego atrybutu może być uzupełniona w trakcie wystawiania dokumentu w POS. Podczas importu dokumentów wartości atrybutów dokumentu i elementów dokumentu są odczytywane i odpowiednio zapisywane na transakcjach.
Przesyłanie kodów kreskowych związanych z jednostkami pomocniczymi
Jeśli dla towaru zostaną zdefiniowane dodatkowe jednostki miary i do tych jednostek zostaną przypisane kody kreskowe, to zostaną one przesłany do POS. Przesyłane kody to kody własne, które widoczne są na zakładce [Jednostki i kody]/[Kody kreskowe]. Dzięki temu możliwe będzie wyszukiwanie towarów na liście towarów oraz dodawanie do dokumentu z wykorzystaniem dodatkowego kodu EAN. Na pozycji dokumentu automatycznie ustawi się jednostka miary powiązana z danym kodem kreskowym.
Kody kreskowe własne
Uwaga
Zdefiniowane kody kreskowe są przesyłane dla jednostek dodatkowych
Od wersji 2020.2.1 została udostępniona funkcjonalność obsługi kodów wagowych analogiczna jak w Comarch ERP XL.
Blokada zatwierdzania RA do PA z niezgodnym NIP
Został również obsłużony parametr Blokada zatw. RA do PA z niezgodnym NIP, ustawienie znajduje się na definicji dokumentu faktury sprzedaży w kontekście centrum powiązanego z oddziałem Comarch POS.
Przesyłanie informacji o domyślnej jednostce dla sprzedaży
Do POS przesyłamy ustawienia z karty towaru decydujące o tym, która jednostka ma być jednostka domyślną na transakcjach. Jeśli na karcie towaru, na zakładce [Jednostki i kody]/[Opakowanie], dla wybranej jednostki pomocniczej zostanie ustawiony parametr Ustaw jako jednostkę proponowaną: sprzedaży, jednostka ta zostanie przesłana do POS jako jednostka domyślna.
Ustawienie jednostki proponowanej dla sprzedaży
Jeśli na żadnej z jednostek pomocniczych nie zostanie ustawiony powyższy parametr, wówczas jednostką domyślną będzie jednostka podstawowa. Domyślna jednostka działa w POS nieco inaczej niż w Systemie XL. Jeśli towar ma przypisaną jednostkę domyślną inną niż podstawowa, wówczas jednostka domyślna zostanie podstawiona na elemencie dokumentu, o ile towar zostanie dodany z listy towarów, bądź wyszukany po kodzie zwykłym. W przypadku, gdy towar ma przypisany kod kreskowy podstawowy (powiązany z jednostką podstawową), podczas dodawania towaru za pomocą tego kodu kreskowego, zostanie podstawiona jednostka podstawowa, a nie domyślna. W przypadku gdy dla towaru zdefiniowano więcej jednostek pomocniczych i mają one przypisane własne kody kreskowe, podczas dodawania towarów do dokumentu za pomocą tych kodów, podstawiona zostanie jednostka powiązana z wybranym kodem, a nie domyślna.
Podgląd historii kontrahenta
W POS możliwe jest wyświetlanie historii transakcji dokonywanych z danym kontrahentem. Informacje te pobierane są z systemu Comarch ERP XL, aby mogły pojawić się wszystkie transakcje wystawione również na innych stanowiskach POS. Do uruchomienia podglądu Historii konieczna jest praca on-line, czyli musi być uruchomiona usługa XLDataService. Historia kontrahenta dostępna jest z poziomu podglądu karty kontrahenta po przyciskiem Historia Transakcji. Historia prezentowana jest wg artykułów z podaniem daty i numeru transakcji, ilości sprzedanych bądź zwróconych towarów, ceny, wartości udzielonego rabatu. Dla transakcji wystawionych na danym stanowisku możliwe jest wykonanie korekty przez wybranie opcji Korekta na wybranej pozycji historii.
Przyjmowanie towaru w POS za pomocą dokumentów przesunięć międzymagazynowych MMW/MMP
Podczas kreowania nowego oddziału Comarch POS możliwe jest wskazanie czy na stanowisku mają być wystawiane dokumenty MMW i MMP. W przypadku użytkowników, którzy posiadają już skonfigurowane oddziały Comarch POS (poprzednio Comarch POS), koniecznym jest zaznaczenie na definicji dokumentów MMW oraz MMP w centrum firmy, z którym jest powiązany oddział Comarch POS, parametru Wystawianie i edycja.
Wystawianie MMW w celu przesunięcia towarów do POS
Aby przesunąć towar z magazynu Centrali na magazyn POS należy wystawić po stronie Comarch ERP XL dokument MMW, gdzie magazynem docelowym będzie magazyn oddziału Comarch POS. Do MMW nie może być wygenerowany dokument MMP – przyjęcia towaru na magazyn POS. Aby ułatwić kontrolowanie generowania MMP, na formatce magazynu dodano parametr Generowanie MMP po stronie Comarch POS. Po zaznaczeniu tego parametru, dokument MMP nie będzie tworzony automatycznie a podczas próby jego wygenerowania pojawi się stosowny komunikat. Parametr można zaznaczyć tylko na magazynach przypisanych do POS Agenta (oddziału Comarch POS).
Karta magazynu- Generowanie MMP po stronie Comarch POS
Przyjęcie towaru po stronie stanowiska POS
Wystawiony dokument przesunięcia magazynowego (MMW) trafia na stanowisko POS, gdzie może zostać przyjęty. Opcja przyjęcia towaru znajduje się w menu Back Office, pod przyciskiem Przyjęcie dostawy. Po wejściu na listę dostaw wyświetlają się dokumenty MMW wystawione w XLu na magazyny POS, które nie zostały jeszcze przyjęte na stan. Możliwe jest podejrzenie dokumentu MMW przyciskiem Podgląd lub przyjęcie przyciskiem Przyjmij. Użytkownik może przyjąć wszystkie pozycje w ilościach jakie zostały przesłane lub może wprowadzić ilości ręcznie zgodnie ze stanem faktycznym. Możliwe jest też skanowanie przyjmowanych pozycji za pomocą czytnika.
Po zatwierdzeniu przyjęcia przyciskiem Zatwierdź, generowany jest dokument MMP (przyjęcie na magazyn POS), gdzie ilości dla pozycji są zgodne z dokumentem MMW oraz dokument PRP – protokół przyjęcia (rozbieżności), gdzie zapisano ilości rzeczywiście przyjęte na stanowisku POS.
Po wygenerowaniu powyższych dokumentów, trafiają one do Comarch ERP XL. Dokument MMP widoczny jest na liście dokumentów wewnętrznych, zakładka [MMP], natomiast raport rozbieżności jest dostępny z poziomu podglądu MMP lub MMW za pomocą przycisku PRP dostępnego na prawym pasku okna jak przedstawiono poniżej.
Dokument MMP przycisk PRP
Po wybraniu przycisku PRP wyświetlany jest raport rozbieżności dla danego przesunięcia, gdzie prezentowane są wszystkie pozycje wraz z informacjami o ilości wydanej i rzeczywiście przyjętej. Dodatkowo rozbieżności (jeśli występują) prezentowane są w kolumnach Braki lub Nadwyżki.
W przypadku wystąpienia niezgodności użytkownik musi sam zdecydować w jak sposób chce skorygować powstałe niezgodności. Np. w przypadku nadwyżki może wystawić nowy dokument MMW na ilość prezentowaną w kolumnie Nadwyżka.
Raport rozbieżności do MMP
Dla raportu został również przygotowany wydruk prezentujący zarejestrowane rozbieżności.
MMW a partie towaru
Jeśli na MMW znajdą się towary, które pochodzą z różnych partii wówczas po stronie POS na dokumencie MMW każda partia będzie widoczna jako oddzielna pozycja. Również na dokumencie PRP towary i rozbieżności dla nich będą prezentowane oddzielnie dla każdej partii.
Atrybuty, opis dokumentu
Na dokumentach MMW i MMP wystawianych w POS można uzupełnić opis oraz wartości atrybutów nagłówka i pozycji, jeśli zostały określone do tych obiektów. Informacje te są przekazywane na importowane MMW i MMP na zasadach analogicznych jak dla innych dokumentów.
Anulowanie dokumentów magazynowych
Nie jest możliwe anulowanie dokumentów MMW wystawionych w Comarch ERP XL i wysłanych do oddziału POS. Przy próbie anulowania pojawi się komunikat: Anulowanie dokumentu MMW-8/21/10 nie jest możliwe.
Nie jest możliwe anulowanie dokumentów MMP wygenerowanych podczas przyjęcia towaru w POS i przesłanych do XL. Przy próbie anulowania pojawi się stosowny komunikat.
Anulowanie dokumentu MMP możliwe jest z poziomu stanowiska POS. Informacja o anulowaniu przesyłana jest do Comarch ERP XL gdzie dokument jest również anulowany. Po anulowaniu dokumentu MMP możliwe jest ponowne przyjęcie towaru na stanowisku POS.
Zwrot towaru do centrali
Aby możliwy był zwrot towarów z oddziału Comarch POS do magazynu Centrali konieczne jest przypisanie magazynów do Centrum powiązanego z oddziałem Comarch POS. Tylko magazyny przypisane do Centrum mogą być magazynami docelowymi, na które może być dokonywany zwrot towaru.
Zwrot towaru realizowany jest poprzez wystawienie w Comarch POS dokumentu zwrotu w postaci MMW z magazynu sklepu do magazynu Centrali. Aby wystawić dokument przesunięcia zwrotu towaru w POS należy wybrać opcję Back Office, a następnie przycisk Wydanie towarów i kolejno opcje Przygotowanie wysyłki i Przesuniecie ręczne. Podczas dodawania zwrotu konieczne jest wskazanie magazynu źródłowego, z którego ma zostać wydany towar oraz magazynu docelowego, na który ma trafić zwracany towar. POS Agent kontroluje ilość towaru ma magazynach POS i nie pozwoli na zwrot towaru, którego nie ma na stanie magazynu POS.
Po zatwierdzeniu dokumentu, MMW trafia do sytemu Comarch ERP XL a następnie jest do niego generowany dokument MMP. To, czy dokument MMP zostanie wygenerowany automatycznie, czy też nie zależy od ustawień na definicji dokumentu MMW, na zakładce [Inne] j.n.
Dopiero po wygenerowaniu dokumentu MMP towar trafi na magazyn, do którego został zwrócony.
Anulowanie dokumentów zwrotu
Dokumenty MMW wystawione w POS nie mogą być anulowane z poziomu Comarch ERP XL. Przy próbie anulowania pojawi się komunikat: Anulowanie dokumentu MMW-11/21/P5/10 nie jest możliwe.
Możliwe jest natomiast anulowanie MMW z poziomu stanowiska POS, gdzie taki dokument został wystawiony. Po anulowaniu w POS następuje anulowanie dokumentu po stronie XL, o ile nie ma do niego wygenerowanego dokumentu MMP. W przypadku gdy taki dokument został już wygenerowany, najpierw należy anulować MMP w XL a następnie MMW w POS.
Przesunięcia towaru między magazynami sklepu
Jeśli sklep prowadzi więcej niż jeden magazyn możliwe będzie przesuwanie towaru pomiędzy jego magazynami. Każdy magazyn sklepu musi zostać przypisany do oddziału Comarch POS na zakładce [POS Agent].
Aby wystawić dokument przesunięcia magazynowego w Comarch POS należy wybrać opcję Back Office, a następnie przycisk Przesunięcia wewnętrzne. Po wybraniu magazynu źródłowego i docelowego należy wskazać towary do przesunięcia oraz ich ilości. POS Agent kontroluje ilość towaru ma magazynach POS i nie pozwoli na przesuniecie towaru, jeśli nie ma wystarczającej ilości na stanie magazynu.
Po zatwierdzeniu dokumenty MMW i MMP przesyłane są do Comarch ERP XL i można je podejrzeć z poziomu listy dokumentów – dokumenty wewnętrze.
Anulowanie przesunięć międzymagazynowych
Dokumenty MMW i MMP wystawione w POS nie mogą być anulowane z poziomu Comarch ERP XL. Przy próbie anulowania pojawi się komunikat: Anulowanie dokumentu MMW-11/21/P5/10 nie jest możliwe.
Możliwe jest natomiast anulowanie dokumentów przesunięć z poziomu stanowiska POS, gdzie taki dokument został wystawiony. Po anulowaniu dokumentów w POS następuje anulowanie dokumentów MMW i MMP po stronie XL.
Przesunięcia towaru pomiędzy sklepami (oddziałami) Comarch POS
Odblokowano możliwość dodawania magazynów przypisanych do innych oddziałów w Centrum powiązanym z oddziałem POS. Dzięki temu w Comarch POS możliwe będzie wykonanie przesunięcia towarów pomiędzy różnymi sklepami (oddziałami POS).
Przesunięcia pomiędzy różnymi sklepami można realizować w Comarch POS z poziomu menu Back Office/ Wydanie towarów/ Przygotowanie wysyłki/ Przesuniecie ręczne. Po dodaniu nowego dokumentu należy wskazać magazyn oddziału, z którego będzie realizowane przesuniecie (lokalny magazyn sklepu) oraz magazyn docelowy innego sklepu, na który zostaną przesunięte dodane do dokumentu towary.
Jeśli na definicji dokumentu MMW w kontekście Centrum powiązanego z oddziałem POS zostanie niezaznaczony parametr dotyczący automatycznego generowania dokumentów MMP, wówczas MPP nie zostanie utworzone a dokument MMW może zostać pobrany na stanowisko oddziału, do którego zostały przesunięte towary. Standardowo przyjęcie towaru na drugim oddziale może być realizowane z poziomu opcji Back Office> Przyjęcie dostawy. Jeśli ww. parametr będzie zaznaczony wówczas dokument MMP zostanie utworzony w XLu a stany towarów na magazynie docelowym zostaną zaktualizowane.
Zamówienia wewnętrzne
Zmiany w kreatorze oddziału
Podczas kreowania nowego oddziału możliwe jest wskazanie jest czy na stanowisku mają być wystawiane dokumenty ZW.
W przypadku użytkowników, którzy posiadają już skonfigurowane oddziały Comarch POS, koniecznym jest zaznaczenie na definicji dokumentów ZW w Centrum firmy, z którym jest powiązany oddział Comarch POS, parametru Wystawianie i edycja.
Przyjmowanie zamówień z oddziałów Comarch POS
Obsłużono scenariusz, w którym operator POS składa zmówienie w oddziale a następnie zamówienie to trafia do Centrali w Comarch ERP XL, gdzie może zostać zrealizowane.
Aby wystawić dokument zamówienia wewnętrznego w Comarch POS należy wybrać opcję Back Office, a następnie przycisk Zamówienia wewnętrzne. Podczas dodania zamówienia należy wskazać magazyn źródłowy, na który trafi składane zamówienie oraz magazyn docelowy, na który mają trafić zamawiane towary.
Zamówienie przesłane z Comarch POS do Comarch ERP XL może zostać po stronie XL:
Potwierdzone
Anulowane
Odrzucone
Zamknięte
Zrealizowane
Po zmianie statusu zamówienia, informacja o tym przesyłana jest do POS, gdzie zamówienie zmienia swój status na zgodny z ustawionym w XL.
Zamówienia przesłane z POS nie mogą być:
Otwierane – po próbie otwarcie dokumentu pojawi się komunikat w logu: Nie można otworzyć dokumentu Dokument wystawiony w Comarch POS
Korygowane – przycisk korekty dla ZW pochodzących z POS jest niedostępny
Niedostępna też jest opcja Ustal termin na pozycji zamówienia przesłanego z POS
Realizacja zamówień w Comarch ERP XL
Realizacja zamówienia polega na wystawieniu do niego dokumentu MMW z magazynu Centrali do magazynu POS. Zamówienie nie musi być od razu realizowane w całości. Można dokonywać częściowej realizacji zamówień, wówczas zamówienie zyskuje status w realizacji. MMW wystawione do zamówień trafiają do POS wraz z informacją, do jakich ZW zostały wygenerowane. Informacja ta widoczna jest w POS zarówno z poziomu listy zamówień wewnętrznych jaki dokumentów przyjęć magazynowych w kolumnie Dokumenty powiązane.
We współpracy z Comarch POS nie jest możliwe wystawianie jednego MMW do wielu dokumentów ZW, dlatego podczas zaznaczenia wielu dokumentów ZW pochodzących z POS lub dokumentów pochodzących i niepochodzących z POS w logu pojawi się stosowna informacja: Dokument MMW nie może zostać wygenerowany. Zaznaczono więcej niż jeden dokument ZW i wygenerowanie dokumentu MMW nie powiedzie się.
Zamówienia, które trafiły do XL z Comarch POS mogą być edytowane po stronie XL w zakresie zmiany ilości na pozycjach, bądź usuwania pozycji. Zmiany te przesyłane są do POS gdzie zamówienia są odpowiednio aktualizowane.
Sposoby dostawy, atrybuty, opis
Do Comarch POS przesyłana jest lista sposobów dostawy, dzięki czemu operator na etapie składania zamówienia może określić jaki sposób dostawy preferuje. Na zamówieniu można też uzupełnić opis oraz wartości atrybutów nagłówka i pozycji, jeśli zostały określone do tych obiektów. Informacje te są przekazywane na importowanych zamówieniach na zasadach analogicznych jak dla innych dokumentów.
Zamówienia sprzedaży
Zmiany w kreatorze oddziału
Podczas kreowania nowego oddziału możliwe jest wskazanie jest czy na stanowisku mają być wystawiane dokumenty ZS.
W przypadku użytkowników, którzy posiadają już skonfigurowane oddziały Comarch POS, koniecznym jest zaznaczenie na definicji dokumentów ZS w Centrum firmy, z którym jest powiązany oddział Comarch POS, parametru Wystawianie i edycja. Dodatkowo na zakładce [Magazyny] należy ustawić magazyn źródłowy, z którego będą wystawiane dokumenty zamówienia sprzedaży w POS.
Uwaga
W polu Magazyn źródłowy nie należy ustawiać opcji <Wszystkie> gdyż dokumenty z nieokreślonym magazynem nie będą mogły być przesłane na inne stanowiska POS.
Uprawnienia operatorów
Na wzorcu operatora zakładka [POS] dodano dwa parametry określające prawo do ustalania/zmiany statusów realizacji i płatności na dokumentach ZS, Zmiana statusów realizacji na zamówieniu oraz Zmiana statusu płatności na zamówieniu.
Przesyłane są uprawnienia do edycji, dodawania, kasowania, podglądu zamówień na podstawie zakazów ustalanych na zakładce [Zakazy] karty wzorca operatora.
Słowniki dla Zamówienia sprzedaży
W słowniku kategorii dodano dwie nowe pozycje, które wykorzystywane są na zamówieniach wystawianych w POS.
Statusy realizacji zamówienia (moduł Administrator, Listy/Słowniki kategorii/Transport)
Słownik ten wypełniony jest wartościami predefiniowanymi, ale można go rozbudowywać o kolejne pozycje zgodnie z potrzebami użytkownika.
Statusy płatności na zamówieniu w POS (moduł Administrator, Listy/Słowniki kategorii/Transakcje)
Słownik ten wypełniony jest wartościami predefiniowanymi, ale można go rozbudowywać o kolejne pozycje zgodnie z potrzebami użytkownika.
Zmiany na formularzu dokumentu ZS
Na formularzu dokumentu ZS dodano nową zakładkę o nazwie [Realizacja], gdzie są prezentowane statusy realizacji zamówienia i płatności. Status realizacji zamówienia może być dowolnie zmieniany, natomiast status płatności z POS jest zawsze ustalany na stanowiskach oddziału POS i nie można go zmienić po stronie XLa.
Rodzaje zamówień/ sposoby rezerwacji towaru
Zamówienia wystawiane zarówno w XLu jak i w POS mogą w różny sposób rezerwować towar. Działanie rezerwacji na zamówieniach zależy od ustawień definicji dokumentu ZS w kontekście Centrum powiązanego z oddziałem Comarch POS.
Jeśli na definicji dokumentu nie zostanie zaznaczony żadne parametr dotyczący rezerwacji, wówczas nie będą tworzone żadne rezerwacje na towar dodany do zamówienia.
Jeśli na definicji dokumentu zostanie zaznaczony parametr Rezerwacje blokują towar na magazynie, wówczas rezerwacje są traktowane jako ilościowe i nie pomniejszają w POS dostępnego stanu towarów.
Jeśli zaznaczono parametr Rezerwuj zasoby, wówczas rezerwacje traktowane są jako zasobowe i pomniejszają ilość dostępną towaru na magazynie. Na stanowisku POS ilość zarezerwowana jest prezentowana w kolumnie Rezerwacje na podglądzie towaru lub partii towaru pod przyciskiem Zasoby.
Synchronizacja zamówień pomiędzy systemami
Import zamówień z Comarch POS
Wszystkie zamówienia wystawiane na stanowiskach oddziałów Comarch POS, trafiają do bazy systemu Comarch ERP XL. Przenoszone są informacje o odbiorcy i nabywcy, o zarezerwowanych towarach wraz z informacją czy rezerwacja jest ilościowa, zasobowa lub jest to zamówienie bez rezerwacji, ustalona forma płatności, termin realizacji zamówienia i płatności, statusy realizacji i płatności, atrybuty pozycji i nagłówka oraz opis.
Zamówienie wystawione na jednym stanowisku POS może być przesłane na inne stanowiska sprzedaży. Zamówienie trafia na listę zamówień sprzedaży na innym stanowisku POS po naciśnięciu przycisku Odśwież oraz w trakcie wykonywania pełnej synchronizacji.
Eksport zamówień do Comarch POS
Zamówienia wystawione w Comarch ERP XL również mogą być wysyłane na stanowiska POS. Warunkiem przesłania zamówienia do systemu Comarch POS jest ustawienie na zamówieniu magazynu wykorzystywanego w danym oddziale Comarch POS, czyli dodanym na oknie konfiguracji oddziału na zakładce [POS Agent]. Magazyn POS musi być ustawiony zarówno na nagłówku jak i elementach, i rezerwacjach zamówienia. Do POS przesyłane są zamówienia Potwierdzone, natomiast nie są wysyłane zamówienia Niepotwierdzone oraz zamówienia Odrzucone. Zamówienia wystawione w innej walucie niż systemowa, również nie będą wysyłane do POS.
Comarch ERP XL pilnuje również czy kontrahenci i towary ustawione na zamówieniu są przesyłane do POS. Jeśli nie są, wówczas całe zamówienie nie jest przesyłane.
Wskazówka
Do POS nie będą wysyłane zamówienia, gdzie dla jednej pozycji towaru zostało utworzonych wiele rezerwacji z różnymi partiami towaru. Jeśli zaistnieje potrzeba wystawiania i wysyłania takiego zamówienia do POS, to dla każdej partii towaru o różnych wartościach należy utworzyć odrębne pozycje zamówienia.
Aby zamówienie wystawione w XLu pojawiło się na danym stanowisku POS należy na liście zamówień w POS nacisnąć przycisk Odśwież. Zamówienie importowane są również podczas wykonywania pełnej synchronizacji na danym stanowisku POS.
Modyfikacja zamówień oraz ich realizacja
Zamówienia sprzedaży mogą być modyfikowane zarówno na stanowiskach POS jak i w centrali, czyli w systemie Comarch ERP XL. Modyfikacje realizowane w POS trafiają automatycznie do bazy XLa, zamówienia modyfikowane po stronie XLa są aktualizowane na stanowiskach POS naciśnięciu przycisku Odśwież na liście zamówień lub podczas pełnej synchronizacji.
Podczas otwierania zamówienia w POS, zmiany statusów, zamykania, anulowania czy realizacji zamówienia następuje sprawdzenia stanu zamówienia on-line w bazie XLa. Jeśli zamówienie jest otwarte w systemie XL lub na innym stanowisku, wówczas wyświetlana jest stosowna informacja i system nie pozwala na wykonanie żadnej akcji na tym zamówieniu. Dodatkowo dzięki usłudze sprawdzania zamówień on-line, przed jego modyfikacją pobierana zawsze aktualna wersja zamówienia, tak aby wykonywana modyfikacja czy realizacja zamówienia odbywała się zawsze na aktualnej wersji dokumentu.
Zamówienie może być realizowane zarówno po stronie POS jak i po stronie XLa za pomocą faktury lub paragonu. W Comarch POS faktura czy paragon mogą być wystawiane tylko do jednego zamówienia, a zamówienie nie musi być realizowane w całości, lecz wieloma dokumentami sprzedaży. Po wystawieniu faktury lub paragonu do zamówienia, dokument sprzedaży wysyłany jest do XLa a dokument zamówienia jest aktualizowany (status w realizacji lub zrealizowany). Dokumenty ZS i FS lub PA są ze sobą powiązane co widoczne jest zarówno po stronie XLa jak i POS. Informacja o stanie realizacji zamówienia jest przekazywana również na inne stanowiska pod warunkiem wykonania tam opcji Odśwież lub pełnej synchronizacji. Podczas synchronizacji realizowanego zamówienia pochodzącego z innego stanowiska nie są przesyłane powiązane dokumenty handlowe, lecz informacja o statusie zamówienia (w realizacji lub zrealizowany).
Aktualizacja stanów
Zamówienia zasobowe wpływają na stany towaru dostępnego do sprzedaży i są widoczne na liście zasobów w kolumnie Rezerwacje. Bez względu na to czy zamówienie zasobowe ZS zostało wystawione w POS czy w XLu (na magazyn POS), zamówienia od razu wpływają na stany towaru. Dzięki usłudze Comarch POS Agent, aktualna dostępna ilość towaru jest widoczna od razu na wszystkich stanowiskach bez konieczności synchronizacji tych dokumentów na inne stanowiska. Aby zamówienia wystawiane w XLu również na bieżąco aktualizowały stany towaru w POS Agencie, konieczne jest skorzystanie z usługi Comarch POS Agent Broker.
Zamówienia ilościowe oraz zamówienia bez rezerwacji nie wpływają na stany dostępne w POS.
Korekty zasobów na stanowisku Comarch POS- RW/PW
Funkcja korekty zasobów umożliwia ręczną aktualizację stanów magazynowych przy pomocy rozchodu wewnętrznego (RW) i przychodu wewnętrznego (PW). Korektę zasobów przy użyciu dokumentów PW i RW dokumentów można zastosować np. w przypadkach:
zniszczenia towaru
znalezienia pustych opakowań
kradzieży
korekty stanów magazynowych
korekty przyjęć towarów/paczek
Aby wystawianie dokumentów PW i RW w POS było możliwe wprowadzono szereg zmian, które opisano poniżej.
Zmiany w kreatorze oddziału RW/PW
Podczas kreowania nowego oddziału możliwe jest wskazanie czy na stanowisku mogą być wystawiane dokumenty PW oraz RW. Odpowiednie typy dokumentów należy zaznaczyć w kroku 1 kreacji nowego oddziału.
Wybranie w kreatorze nowych typów dokumentów
W przypadku użytkowników, którzy posiadają już skonfigurowane oddziały Comarch POS, koniecznym jest zaznaczenie na definicji dokumentów PW i RW w centrum firmy, z którym jest powiązany oddział Comarch POS, parametru Wystawianie i edycja.
Włączenie możliwości wystawiania dokumentów PW/RW
Informacje o możliwości wystawiania dokumentów PW i RW są przekazywane do POS wraz z:
schematem numeracji tych dokumentów
powiązaniem typu dokumentu z magazynami
wydrukami dedykowanymi dla danych dokumentów
uprawnieniami do wystawiania, anulowania, podglądu dokumentów – przesyłane są uprawnienia na podstawie zakazów ustawianych na wzorcu operatora
Wystawianie dokumentów PW i RW na stanowisku POS
Aby dokonać korekty zasobów na stanowisku POS za pomocą dokumentów PW lub RW w Comarch POS należy wybrać opcję Back Office, a następnie przycisk Korekty zasobów. Po wybraniu opcji Nowa korekta zasobów należy wybrać opcję wystawienia RW lub PW. Opcja korekty zasobów dostępna jest też na podglądzie konkretnych artykułów pod przyciskiem Nowa korekta zasobów.
Podczas tworzenia dokumentu PW i RW należy wskazać magazyn, dla którego będzie wykonywana korekta zasobów oraz powód wystawienia takiej korekty. Określenie magazynu oraz powodu korekty jest obowiązkowe.
Korekty zasobów mogą być realizowane w kontekście magazynów danego oddziału, czyli tych magazynów, które zostały określone na zakładce [POS Agent] na formatce Oddziału Comarch POS w XL.
Aby możliwe było określenie powodu korekty w Comarch ERP XL został wprowadzony nowy słownik kategorii, który jest przesyłany do oddziałów POS.
Okno definicji przyczyny wystawienia PW, RW
Import dokumentów do Comarch ERP XL
Dokumenty wystawione na stanowisku POS są importowane do XLa. Na dokumentach RW pobierane są dostępne zasoby i partie wskazane podczas wystawiania dokumentu w POS. Przy imporcie dokumentów PW cena nie jest przekazywana, dlatego na pozycjach dokumentów PW cena jest ustawiana na podstawie ostatniej ceny zakupu.
Generowanie dokumentów magazynowych do PW, RW uzależnione jest od ustawień na definicji dokumentów.
Na definicji dokumentu PW, na zakładce [Inne] należy wybrać opcję Zezwalaj dla ustawienia: Zatwierdzanie dokumentów z pozycjami o wartości zerowej. W przeciwnym wypadku, dokument może nie zostać zaimportowany, jeśli w XLu nie zapisano ceny zakupu (nie było dostaw towaru).
Parametry na definicji dokumentu PW
Dokumenty PW i RW wystawione w POS nie mogą być anulowane w Comarch ERP XL, natomiast mogą być anulowane w Comarch POS a informacja o tym jest przesyłana do XL, gdzie następuje również anulowanie dokumentu.
Przyczyna korekty, atrybuty, opis
Do Comarch POS przesyłana jest lista przyczyn korekty (wystawienia PW, RW), dzięki czemu operator może określić przyczynę podczas wystawiania dokumentów. Informacja o przyczynie korekty przesyłana jest do XL i zapisywana na zakładce [Nagłówek], w sekcji Transakcja w polu Cecha.
Na zamówieniu można też uzupełnić opis oraz wartości atrybutów nagłówka i pozycji, jeśli klasy atrybutów zostały przypisane do tych obiektów. Informacje te są przekazywane na importowanych dokumentach na zasadach analogicznych jak dla innych dokumentów.
Dodawanie nowego słownika kategorii
W module Administrator w menu Listy/Słowniki kategorii w gałęzi Transakcje dodano nowy słownik Przyczyna wystawienia PW, RW w POS.
Lista domyślnie nie zawiera żadnych wpisów, dlatego przed wystawieniem pierwszego dokumentu PW lub RW w POS należy dodać przynajmniej jedną pozycję do listy.
Przyczyna wystawienia korekty może być przeznaczona tylko dla PW, tylko dla RW lub dla obu dokumentów. Można o tym decydować przez zaznaczenie odpowiednich opcji na formatce przyczyny.
Przyjmowanie dostaw bezpośrednio na stanowisku POS za pomocą dokumentów PZ
W określonych branżach czy sklepach istnieje potrzeba przyjmowanie towarów bezpośrednio na stanowisku POS bez konieczności oczekiwania na przyjęcie towaru w Centrali. Czasami towar trafia bezpośrednio do sklepu, dlatego umożliwiono wprowadzanie dokumentów PZ bezpośrednio na stanowiskach Comarch POS.
Aby móc korzystać z opcji wystawiania dokumentów PZ, podczas dodawania nowego oddziału POS należy zaznaczyć opcję obsługi dokumentów PZ w danym oddziale.
Ustalanie typów dokumentów podczas kreacji oddziału Comarch POS
Jeśli użytkownicy mają już zdefiniowane oddziały POS, aby umożliwić wystawianie dokumentów PZ na stanowiskach POS konieczne jest zaznaczenie opcji Wystawianie i edycja na definicji dokumentu PZ w kontekście centrum powiązanego z oddziałem POS.
Aktywacja obsługi PZ na definicji dokumentu
Na definicji dokumentu PZ automatycznie ustawiane są następujące parametry:
Sprzedaż z magazynów: wszystkich
Parametr Generuje płatności na zakładce [Parametry] odznaczony.
Dla dokumentów PZ wysyłane są następujące dane:
Schemat numeracji – dokumenty PZ wprowadzane będą z serią przypisaną do stanowiska POS analogicznie jak inne dokumenty.
Wydruki – dodano standardowy wydruk dostępny na zakładce [Wydruki] na stanowisku POS.
Uprawnienia operatorów – na podstawie zakazów ustawionych na wzorcach/grupach operatorów.
Atrybuty – możliwość wysyłania klas atrybutów przypisanych do nagłówka lub pozycji dokumentu PZ wraz z określeniem ich wymagalności.
Wystawianie dokumentów PZ w POS
Po zaznaczeniu parametru Wystawianie i edycja na definicji PZ w XLu, w Comarch POS w menu Back Office/Przyjęcie dostawy pojawi się przycisk Dodaj ręczny PZ.
Dodawanie dokumentu PZ w Comarch POS
Podczas wystawiania dokumentów PZ w POS możliwe jest:
Wybranie magazynu sklepu, na który realizowane jest przyjęcie
Ustalenie dostawcy oraz kontrahenta dodatkowego wraz z adresami
Dodawanie towarów wraz z ilością (w przypadku wskazania konkretnej partii towaru, w XL ustalana jest odpowiednia partia na zakładce [Dostawy])
Wprowadzenie ceny zakupu na podstawie otrzymanego dokumentu (to, czy ceny mają być wprowadzane w wartości netto czy brutto zależy od definicji dokumentu ustalonej w Comarch ERP XL)
Wskazówka
W przypadku braku ustalenia ceny zakupu w POS, podczas importu dokumentów ceny na pozycjach PZ zostaną ustalone standardowo jak podczas dodawania dokumentów ręcznie w XLu (wg ostatniej ceny zakupu lub ceny wg kontrahentów, jeśli jest ustalona).
Wskazówka
Jeśli pracownicy na stanowiskach POS nie będą wprowadzać cen na podstawie dokumentu zakupu czyli będą rejestrować dokumenty PZ tylko ilościowo, warto odznaczyć na definicji dokumentu PZ dla centrum powiązanego z oddziałem POS parametr Ustalona wartość dostawy. Możliwe bedzie wówczas uzupełnienie lub zmodyfikowanie cen na zaimpotrowanych dokumentach PZ.
Dodanie informacji o numerze zamówienia, do którego realizowane jest przyjęcie – informacja ta zapisywana jest w XLu w polu Zamówienie na zakładce [Nagłówek]
Dodanie numeru powiązanego dokumentu – informacja ta zapisywana jest w polu Faktura na zakładce [Nagłówek]
Dodanie opisu
Dodanie atrybutów nagłówka i pozycji
Dokumenty PZ wystawione w POS nie podlegają edycji, korekcie ani nie mogą być anulowane na stanowisku POS.
Zatwierdzenie dokumentu PZ w POS powoduje zwiększenie stanów towaru na wybranym magazynie POS z wykorzystaniem usługi Comarch POS Agent – zwiększenie ilości towaru widoczne jest na wszystkich stanowiskach POS.
Po zatwierdzeniu dokumentu PZ trafia on automatycznie do bazy Comarch ERP XL i zwiększa stany handlowe towaru. Zwiększenie stanów magazynowych następuje po wygenerowaniu do PZ dokumentu magazynowego; wygenerowanie dokumentów magazynowych zależy od ustawień na definicji PZ dla centrum powiązanego z oddziałem POS.
Po stronie systemu Comarch ERP XL dokument może być korygowany za pomocą dokumentów PZK natomiast nie jest możliwe jego anulowanie. Na podstawie dokumentu PZ mogą być tworzone dokumenty handlowe (spinacz nagłówkowy lub elementowy); dokumenty te nie są synchronizowane do Comarch POS.
Rejestrowanie reklamacji sprzedaży na stanowiskach POS
Podczas dodawania nowego oddziału POS można zaznaczyć opcje obsługi dokumentów RLS w danym oddziale.
Ustalanie typów dokumentów podczas kreacji oddziału Comarch POS
Jeśli użytkownicy mają już zdefiniowane oddziały POS, aby umożliwić wystawianie dokumentów RLS na stanowiskach POS konieczne jest zaznaczenie opcji Wystawianie i edycja na definicji dokumentu RLS w kontekście centrum powiązanego z oddziałem POS.
Na definicji dokumentu RLS dodano nowy parametr o nazwie: Domyślny termin rozpatrzenia reklamacji w Comarch POS, którego wartość jest ustawiona na 14 dni. Użytkownik może tę wartość zmienić; na jej podstawie będzie ustawiona data rozpatrzenia reklamacji, która zostanie wyliczana jako data wystawienia RLS + ilość dni wskazana na definicji dokumentu.
Definicja dokumentu RLS pod kątem jego obsługi w Comarch POS
Przesyłanie do POS przyczyn reklamacji oraz żądań reklamującego
W module Administrator w Słowniku kategorii (Listy/Słowniki kategorii/Transakcje) został dodany nowy słownik Przyczyny reklamacji w POS. Słownik ten domyślnie nie zawiera żadnych pozycji, należy uzupełnić go wg własnych potrzeb. Dodane pozycje zostaną przesłane na stanowiska POS. W przypadku niezdefiniowania przyczyn, w POS można wybrać opcję <INNA>. Odznaczenie parametru Aktywny na dodanej pozycji spowoduje, że nie będzie ona dostępna do wybrania po stronie POS.
Do Comarch POS wysyłane będą również pozycje słownika Żądania reklamującego dostępnego również w Słowniku kategorii (Listy/Słowniki kategorii/Transakcje).
Dla dokumentów RLS wysyłane są następujące dane:
Schemat numeracji – dokumenty RLS wprowadzane będą z serią przypisaną do stanowiska POS analogicznie jak inne dokumenty.
Wydruki – dodano standardowy wydruk dostępny na zakładce [Wydruki] na stanowisku POS.
Uprawnienia operatorów – na podstawie zakazów ustawionych na wzorcach/grupach operatorów.
Atrybuty – możliwość wysyłania klas atrybutów przypisanych do nagłówka lub pozycji dokumentu RLS wraz z określeniem ich wymagalności.
Wystawianie dokumentów RLS w POS i przesyłanie do XLa
Na stanowiskach Comarch POS możliwe jest wystawianie dokumentów reklamacji zarówno z listy reklamacji jak i bezpośrednio z dokumentu faktury lub paragonu, do którego wystawiana jest reklamacja. Reklamacja może być też wystawiona jako niepowiązana z dokumentem handlowym ze wskazaniem towaru, którego dotyczy. Jeden dokument reklamacji dotyczy zawsze jednego towaru lub jednej pozycji dokumentu handlowego.
Na dokumencie RLS wystawianym w POS należy określić:
Kontrahenta oraz odbiorcę wraz z adresami
Reklamowany towar/usługę wraz z ilością
Termin rozpatrzenia reklamacji (domyślnie pobierany z definicji dokumentu w XLu)
Datę usterki – data powstania/zauważenia usterki
Przyczynę reklamacji – wybór z listy dostępnych przyczyn zdefiniowanych w XLu
Żądanie reklamującego – wybór z listy dostępnych żądań zdefiniowanych w XLu
Opis usterki
Atrybuty towaru i dokumentu
Przyczyna reklamacji zapisywana jest w XLu na pozycji, w polu Przyczyna reklamacji, w postaci treści na podstawie wybranej wartości ze słownika przesyłanego do POS. Daty usterki oraz rozpatrzenia reklamacji zapisywane są w XLu na zakładce [Nagłówek] w polu Opis.
Daty umieszczone w polu Opis na dokumencie reklamacji w XLu
Reklamacje wystawione w POS trafiają do systemu Comarch ERP XL ze stanem Zatwierdzona i statusem Rozpatrywana. Dokument RLS wystawiony w POS może zostać od razu uznany. Po zatwierdzeniu dokumentu RLS na stanowisku POS trafia on automatycznie do bazy XL ze stanem Rozpatrzona i statusem Uznana.
Realizacja reklamacji w Comarch POS
Po wysłaniu RLS do bazy XLa, reklamacja może być nadal uznawana bądź odrzucana na stanowisku POS. Po wykonaniu tej akcji informacja o zmianie stanu jest przesyłana do bazy XLa. Stany i statusy są odpowiednio aktualizowane; na pozycji reklamacji a na zakładce [Realizacja] pojawia się nowa pozycja: uznanie lub odrzucenie.
Reklamacja, która jest rozpatrzona może zostać zamknięta przez operatora POS, po czym następuje aktualizacja stanu reklamacji w Xlu na Zamknięta.
Reklamacja złożona w Comarch POS nie może być anulowana ani na stanowisku POS, ani z poziomu XLa. Jedyna droga to odrzucenie i zamknięcie reklamacji.
Realizacja reklamacji w Comarch ERP XL
Rozpatrzenie i realizacja reklamacji mogą następować również w systemie Comarch ERP XL. Do POS przesyłane są następujące akcje wykonane w XLu:
Uznanie
Odrzucenie
Zamknięcie
Otwarcie
Na reklamacjach pochodzących z POS możliwe jest wykonywanie innych akcji oraz generowanie dokumentów takich jak korekta do PA/FS, RLZ czy dokumenty magazynowe, jednak informacja o tym nie jest synchronizowana do POS.
Aktualizacja reklamacji w Comarch POS następuje po naciśnięciu przycisku Odśwież na liście reklamacji.
W XLu możliwe jest również Otwarcie zamkniętej wcześniej reklamacji. Po otwarciu reklamacji, jest ona aktualizowana w POS i otrzymuje stan zgodny ze stanem w XLu czyli W realizacji. Po otwarciu reklamacja może być na powrót rozpatrywana.
Reklamacje aktualizowane w Xlu są przekazywane tylko na stanowisko, na którym zostały wystawione. Nie ma możliwości pobrania reklamacji na innym stanowisku POS. Taka funkcjonalność będzie realizowana w kolejnych wersjach systemu.
Bony we współpracy z POS
Opis działania bonów
Opis konfigurowania, generowania i obrotu bonami został opisany w punkcie: Obsługa bonów towarowych.
Rodzaje bonów, które mogą być obsługiwane w Comarch POS muszą zostać przypisane do Centrum powiązanego z oddziałem Comarch POS na zakładce [Rodzaje bonów]. Tylko bony z przypisanych rodzajów zostaną przesłane do oddziału Comarch POS.
Do POS będą przesyłane bony, które mogą być sprzedane (stan: przyjęte na stan) lub wykorzystywane do rozliczenia (stan: wydane lub w realizacji). Nie zostaną przesłane bony zrealizowane oraz zablokowane.
Uwaga
Należy zwrócić uwagę czy karta towaru o typie bon powiązana z rodzajem przesyłanych bonów jest wysyłana do POS, czyli czy zawiera się w drzewie grup towarów wysyłanych do PO
Przesyłanie do POS nowej formy płatności: bon
Aby płatność Bon została przesłana do Comarch POS konieczne jest zaznaczenie na płatności na definicji Centrum powiązanego z oddziałem Comarch POS, na zakładce [Formy Płatności], parametru Dostępna w oddziale.
Na definicji każdego stanowiska POS konieczne jest powiązanie formy płatności Bon z rejestrem kasowo- bankowym. Możliwe jest wskazanie tego samego rejestru, który jest wykorzystywany dla gotówki lub dodanie nowego rejestru przeznaczonego tylko dla płatności bonem.
Oznaczenie parametru Bez KP/KW będzie oznaczało, że dla płatności kartą nie będą tworzone dokumenty wpłat.
Oznaczenie parametru Wyczyść po zamknięciu sesji będzie oznaczało, że kwoty z zapłaty bonami nie będą się kumulować, lecz będą zerowane po każdym zamknięciu sesji.
Podczas przypisywania rejestru kasowego/bankowego do płatności typu Bon sprawdzane jest ustawienie parametru Bony na operacji przychodowej przypisywanej do rejestru. Do wybieranego rejestru musi być przypisana przynajmniej jedna operacja przychodowa z zaznaczonym parametrem Bony. Jeśli warunek nie zostanie spełniony, rejestr nie będzie mógł być przypisany. Należy wówczas wybrać inny rejestr lub zmienić ustawienie powyższego parametru.
Sprzedaż bonów
Bony towarowe mogą być sprzedawane na dokumentach handlowych (fakturze lub paragonie) lub za pomocą not memoriałowych. To czy bon będzie sprzedawany za pomocą dokumentów handlowych czy też za pomocą not memoriałowych zależy od tego czy na rodzaju bonu został przypisany rodzaj noty.
Aby bon mógł być sprzedany w POS musi nastąpić przyjęcie towaru i partii odpowiadającej numerowi bonu. Można to zrobić na kilka sposobów:
Przyjęcie bonów bezpośrednio na magazyn w POS za pomocą dokumentu przychodowego np. PW czy PZ
Przesunięcie bonów dokumentem MMW z magazynu, na który bony zostały przyjęte na magazyn POS. Przyjęcie bonów na magazyn POS odbywa się analogicznie jak przyjęcie towarów w menu Back Office, Przyjęcie dostawy
Sprzedaż za pomocą faktury lub paragonu
Jeśli do rodzaju bonu nie został przypisany rodzaj noty wówczas standardowo sprzedaż bonów będzie realizowana wybranym dokumentem handlowym. Do sprzedaży bonów konieczne jest połączenie on-line z Comarch ERP XL. W przypadku gdy takiego połączenia nie ma, system POS wyświetli komunikat: Brak połączenia z serwisem bonów.
W momencie sprzedaży bonu serwis bonów sprawdza stan bonu. Do sprzedaży może być przekazany tylko bon o stanie: Przyjęty na stan. Dodatkowo sprawdzany jest stan ilościowy dla partii odpowiadającej numerowi bonu i jeśli na magazynie, z którego wystawiana jest faktura/paragon brak ilości dla bonu, sprzedaż również nie będzie możliwa. Informacja o sprzedaży bonu trafia do XL wraz z zaimportowanym dokumentem sprzedaży. Po zaimportowaniu dokumentu do XL, stan bonu zmienia się na Wydany.
Sprzedaż za pomocą not memoriałowych
Aby możliwa była sprzedaż za pomocą not memoriałowych konieczne jest odpowiednie skonfigurowanie systemu.
Podczas kreacji oddziału Comarch POS oraz podczas konwersji baz z istniejącymi oddziałami zostanie dodana nowa seria do listy serii not memoriałowych oznaczona nowym parametrem Oddziałowa. Seria dla not będzie taka sama jak dla dokumentów handlowych. Serii tej nie będzie można wykorzystywać podczas wystawiania not z poziomu XL, podczas próby wybrania pojawi się stosowny komunikat
Konieczne jest dodanie nowej definicji noty memoriałowej oznaczonej parametrem Bony jak opisano w punkcie: Zmiany w definicji noty memoriałowej
Na definicji rodzaju bonu należy przypisać dowolną definicję noty oznaczoną parametrem Bony
Ustawienie rodzaju noty na definicji rodzaju bonu
Na definicji oddziału Comarch POS, na zakładce [Parametry] należy wybrać rodzaj noty, zgodnie z którym będzie dodawana nota po jej zaimportowaniu z POS do XL.
Jeśli podczas sprzedaży zostanie wybrany bon o rodzaju powiązanym z definicją not, wówczas system POS automatycznie ustawi podczas sprzedaży tego bonu rodzaj dokumentu – nota memoriałowa NM. Po zatwierdzeniu okna sprzedaży do listy dokumentów zostanie dodana nota.
Jeśli na dokumencie sprzedaży znajda się towary i bony lub bony powiązane i niepowiązane z notami, wówczas podczas zatwierdzania sprzedaży system automatycznie wygeneruje dwa dokumenty:
paragon na towary i bony niepowiązane z notami
notę na bony powiązane z definicją noty
Dla takiej sprzedaży płatność będzie wspólna odpowiednio rozliczona na obu dokumentach.
Wystawione noty trafią do Comarch ERP XL na listę not memoriałowych w menu Księgowość/Noty memoriałowe. W polu rodzaj dokumentu zostanie ustawiony rodzaj noty przypisany na zakładce [Parametry] oddziału Comarch POS. Seria zostanie ustawiona zgodnie z serią zdefiniowaną na stanowisku POS.
Dla każdego wydanego bonu zostanie dodana oddzielna pozycja, gdzie na zakładce [Ogólne] zarejestrowany będzie numer wydanego bonu.
Numer wydanego bonu na pozycji noty memoriałowej
Płatność za pomocą bonu
Do rozliczenia płatności mogą być wykorzystywane bony, które posiadają stan Wydany lub W realizacji, które równocześnie nie są przeterminowane. Do zapłaty bonem konieczne jest połączenie on-line z Comarch ERP XL, gdyż serwis bonów sprawdza w momencie zapłaty stan bonu w XL. W przypadku braku takiego połączenia, po wpisaniu numeru bonu zostanie wyświetlony komunikat: Brak połączenia z serwisem bonów i zapłata bonem nie będzie możliwa.
Serwis bonów sprawdza stan bonu, jego wartość (lub wartość pozostałą do wykorzystania), oraz termin ważności. Jeśli bo nie może zostać wykorzystany do zapłaty jest to sygnalizowane odpowiednim komunikatem.
Podczas zapłaty bonem należy wskazać formę płatności Bon oraz wpisać numer bonu. Jeśli bon jest możliwy do wykorzystania zostaje przypisany do płatności typu Bon.
W przypadku bonu jednorazowego, po jego wykorzystaniu na płatności dokumentu, staje się on bonem zrealizowanym i nie może być użyty powtórnie, nawet wówczas, gdy płatność opiewała na wartość mniejszą niż wartość bonu.
W przypadku bonów wielokrotnych po wpisaniu numeru bonu i dodaniu go do płatności, wyświetlana jest informacja o pozostałej kwocie bonu. Bon może zostać wykorzystany w kolejnych transakcjach.
Po zaimportowaniu dokumentów sprzedaży do XL następuje aktualizacja stanu bonu. Możliwe stany to:
W realizacji (bon wielokrotny, wykorzystany częściowo), Zrealizowany (jednokrotny lub wielokrotny rozliczony w całości).
Jeśli zgodnie z konfiguracją płatności na stanowisku POS, w XL zostanie utworzony zapis kasowy lub bankowy do płatności typu bon, na zapisie zostanie dodana informacja o numerze bonu wykorzystanym na płatności.
Numer bonu widoczny będzie na zapisie w polu: Bon na zakładce [Ogólne]. Informacja o numerze bonu zapisywana jest również na Płatności do dokumentu w polu: Bon na zakładce [Ogólne].
Aktualizacja stanu bonu w momencie jego wykorzystania podczas zapłaty za dokument w POS
Wprowadzono usługę, która aktualizuje stan bonu on-line czyli od razu w momencie zapłaty w POS. Bon jednorazowy zostaje od razu ustawiony jako zrealizowany natomiast dla bonu wielokrotnego jest ustalana nowa wartość pomniejszona o kwotę użytą podczas rozliczenia. Tak wiec, zanim dokument sprzedaży, który został opłacony bonem trafi do XLa, bon jest zaktualizowany i nie istnieje ryzyko, aby został użyty ponownie.
Obsługa usług
Umożliwiono przesyłanie kart towarowych o typie usługa. Dla usług przesyłane są również cenniki, jednostki pomocnicze, kody kreskowe, atrybuty oraz zdjęcia.
Obsługa klawiatury numerycznej w POS
Na stanowisku POS dodano nowy parametr Obsługa klawiatury numerycznej, który odpowiada za włączenie odpowiedniej obsługi po stronie Comarch POS.
Po zaznaczeniu parametru i synchronizacji ustawień, na oknie sprzedaży na stanowisku POS dostępna będzie numeryczna klawiatura ekranowa, która umożliwia łatwe wpisywanie danych liczbowych za pomocą ekranów dotykowych.
Uwaga
Klawiatura numeryczna nie jest dostępna w sytuacji gdy użytkownik równocześnie zaznaczy parametr: Domyślnie korzystaj z przycisków szybkiej sprzedaży.
Synchronizacja towarów powiązanych i zamienników
Towary powiązane i zamienniki są to obiekty rejestrowane na kartach towarów, na zakładce [Zamienniki]. Jest to rodzaj powiązania pomiędzy towarami, które pozwala na lepsze zarządzenie sprzedażą, proponowanie dodatkowych towarów bądź zamienników. Rodzaje powiązań pomiędzy towarami można definiować w słownikach kategorii w module Administrator. Wszystkie rodzaje powiazań (łącznie z zamiennikami) wysyłane są do Comarch POS.
Warunki przesyłania towarów powiązanych i zamienników
Do Comarch POS przesyłane są te powiązania, które na zakładce [Miejsca w strukturze firmy] mają dodane centrum powiązane z oddziałem Comarch POS lub centrum nadrzędne w stosunku do powyższego.
Centra na formatce towaru powiązanego
Towary powiązane
Powiązanie towaru z innym towarem przesyłane jest pod warunkiem, że towary należą do drzewa grup towarów przesyłanych do POS.
Powiązanie nie będzie widoczne w POS, jeśli dany typ powiązania zostanie oznaczony w słownikach kategorii jako nieaktywny.
Zamienniki
Do POS przesyłane są zamienniki towaru, które spełniają następujące warunki:
zamiennik jednostronny lub obustronny (nie są przesyłane zamienniki: równoważne wszystkim)
przelicznik towaru do zamiennika jest równy 1:1
zaznaczono rodzaj dokumentów: Rozchodowe
Po usunięciu lub modyfikacji zamiennika/towaru powiązanego w Comarch ERP XL, zmiany przesyłane są do POS i aktualizowane.
Widoczność towarów powiązanych i zamienników w POS
Podgląd karty towaru (artykułu) w Comarch POS
Menu Artykuły > Podgląd > zakładka [Artykuły powiązane]
Towary powiązane widoczne na karcie towaru (artykułu)
Podczas dodawania towaru do faktury lub paragonu
Produkty proponowane, zamienniki i inne towary powiązane widoczne są kontekstowo dla każdej dodawanej do dokumentu pozycji.
Towary powiązane widoczne podczas dodawania towarów do dokumentu
Z listy widocznych towarów powiązanych można wybrać dowolny produkt i dodać go do dokumentu sprzedaży.
Obsługa limitów kredytowych
Wprowadzono możliwość obsługi limitów kredytowych we współpracy z Comarch POS. Limity są wysyłane na poszczególne stanowiska POS i kontrolowane podczas sprzedaży. Kontrahenci mogą mieć limit nieograniczony, ograniczony do określonej wysokości lub mogą korzystać z limitów innego kontrahenta. Obsłużono również możliwość korzystania z opcji kontroli limitów akwizytora.
Konfiguracja działania limitów we współpracy z POS
Na oknie konfiguracji oddziału Comarch POS, na zakładce [Kontrahenci] dodano następujące parametry:
Obsługa limitu kredytowego – po zaznaczeniu tej opcji limity będą wysyłane do POS i kontrolowane podczas sprzedaży
Maksymalny czas od ostatniej synchronizacji (m) – możliwość ustawienia maksymalnego czasu w minutach, w którym możliwe będzie korzystanie z lokalnie zapisanych limitów w sytuacji, gdy połączenie POS z centralą nie będzie aktywne.
Prezentacja dostępnego limitu – parametr ten posiada trzy opcje decydujące o tym, jak limity mają być prezentowane podczas sprzedaży:
Odejmuj wartość dokumentu – wartość dodawanych pozycji będzie automatycznie zmniejszała wartość dostępnego limitu
Nie odejmuj wartości dokumentu – dostępny limit nie będzie się zmniejszał wraz z dodawaniem kolejnych pozycji do dokumentu.
Nie prezentuj – kwota limitu nie będzie prezentowana, jednak podczas zatwierdzania dokumentu system sprawdzi limit i zostanie wyświetlone ostrzeżenia bądź blokada zgodnie z ustawieniami definicji dokumentu.
Ustawienie obsługi limitu kredytowego na oknie konfiguracji oddziału Comarch POS
Przesyłanie ustawień związanych z limitami
Wymagane płatności bezgotówkowe
Aby działały funkcjonalności związane z limitami konieczne jest przesyłanie na stanowisko POS przynajmniej jednej płatności, która nie jest płatnością gotówkową, czyli nie tworzy zapisów kasowo-bankowych podczas zatwierdzania dokumentu. Tylko dla takich płatności stosowane są zabezpieczenia przed przekroczeniem limitu.
Na stanowisku POS należy dodać przynajmniej jedną płatność, która ma zaznaczoną opcję w kolumnie Bez KP/KW jak przedstawiono poniżej.
Konfiguracja form płatności na stanowisku POS na potrzeby obsługi limitów kredytowych
Czy w limicie uwzględniać dokumenty nie generujące płatności
To ustawienie przesyłane jest na podstawie definicji dokumentu FS w centrum głównym. W Comarch POS ustawienie to jest wspólne dla wszystkich dokumentów oraz dla wyświetlania na karcie kontrahenta. W Comarch ERP XL jest definiowane dla każdego dokumentu oddzielnie. Ze względu na fakt, że limity mają najczęściej zastosowanie na fakturach, przyjęto, że ustawienie to będzie pobierane z definicji faktury sprzedaży.
Parametry uwzględniania w limicie dokumentów bez płatności i zamówień
Sposób reakcji na przekroczenie limitu
To ustawienie przesyłane jest na podstawie definicji poszczególnych dokumentów (FS, PA) w centrum powiązanym z oddziałem Comarch POS. W zależności od ustawienia parametrów jak niżej podczas zatwierdzania dokumentu forma płatności niegotówkową może pojawić się ostrzeżenie lub nastąpić blokada zatwierdzenia dokumentu. Możliwe jest również pomijanie informacji o limicie w przypadku wybrania opcji Zezwalaj.
Parametry określające działanie po zatwierdzeniu dokumentu przekraczającego limit
Przesyłanie limitów
Dla każdego kontrahenta wysyłane są wszystkie aktualne ustalone dla niego limity kredytowe. Nie są wysyłane limity, które są już przeterminowane. Każda zmiana wielkości limitu jest aktualizowana a usunięcie limitu powoduje jego usunięcie na stanowisku POS.
W przypadku zaznaczenia na karcie kontrahenta, zakładce [Limity kredytowe] parametru Limit nieograniczony, limity nie będą wysyłane do POS a limit nie będzie kontrolowany.
Jeśli wymieniony wyżej parametr nie będzie zaznaczony, ale limity nie zostaną ustalone wówczas na stanowisku POS będzie wyświetlana informacja o braku przyznanego limitu kredytowego.
W przypadku dodania limitu kredytowego na zakładce [Limity kredytowe], limity będą odpowiednio wyświetlane i kontrolowane.
Jeśli na karcie kontrahenta, zakładka [Handlowe] zostanie wskazany inny płatnik oraz zaznaczony parametr: Forma i termin płatności oraz limit kredytowy z karty płatnika, wówczas limit kredytowy będzie sprawdzany dla ustawionego dla kontrahenta płatnika.
Ustawienie płatnika na karcie kontrahenta
Uwaga
Limit płatnika będzie obsługiwany tylko wówczas, gdy płatnikiem będzie kontrahent. W sytuacji, gdy płatnikiem będzie bank, urząd, pracownik lub centrala, limit płatnika nie będzie uwzględniany. W takiej sytuacji limit będzie pobierany z kontrahenta.
Kontrola on-line limitów
Bardzo ważne jest, aby podczas sprzedaży możliwe było ustalenie najbardziej aktualnego wykorzystania limitu kredytowego, gdyż limit może być wykorzystany na innym stanowisku lub w systemie Comarch ERP XL. W momencie wyświetlenia danych kontrahenta w POS limit zostanie pobrany z XLa i wyświetlana zostanie aktualna wartość całkowita oraz dostępna limitu. Podobnie podczas wystawiania dokumentów sprzedaży prezentowany będzie dostępny i całkowity limit kontrahenta lub jego płatnika a przy zatwierdzaniu dokumentu FS czy PA z płatnością niegotówkową nastąpi kontrola bądź ostrzeżenie w przypadku przekroczenia limitu lub jego braku.
Jeśli z jakiegokolwiek powodu połączenie on-line nie będzie możliwe, wówczas z limitu można korzystać przez określony czas, którego długość ustala się w konfiguracji oddziału.
Limity akwizytora
Jeśli w Konfiguracji na zakładce [Sprzedaż]/[Parametry2] zostanie zaznaczony parametr: Sprawdzaj limit akwizytora, wówczas do POS będą wysyłane limity ustawione na karcie kontrahenta oznaczonego jako akwizytor, na zakładce [Limity akwizytora]. Limit akwizytora ustalany jest oddzielnie dla każdego centrum, dlatego, aby limit trafił do oddziału Comarch POS musi zostać przypisany do odpowiedniego centrum powiązanego z danym oddziałem.
Ustawienie płatnika na karcie kontrahenta
Aby dla danego kontrahenta zadziałał limit akwizytora, konieczne jest przypisanie akwizytora na karcie kontrahenta, na zakładce [Inne]. Akwizytor musi być wybrany z listy kontrahentów (nie może być pracownikiem).
Przypisanie akwizytora do kontrahenta
Limit akwizytora traktowany jest jak limit innego płatnika, to znaczy, że jeśli do kontrahenta zostanie przypisany akwizytor, a na karcie akwizytora zostanie ustalony limit, to na karcie kontrahenta oraz podczas sprzedaży dla tego kontrahenta, będzie sprawdzany limit przypisanego akwizytora.
W przypadku stosowania limitów akwizytora (włączony parametr Sprawdzaj limit akwizytora), nie są obsługiwane inne limity kontrahentów.
Zasady przesyłania, kontroli i kontroli on-line limitów akwizytora są takie same jak limitów kontrahenta/płatnika.
Wyszukiwanie kontrahentów w GUS i VIES
Umożliwiono wyszukiwanie i weryfikowanie kontrahentów w serwisach GUS i VIES. W tym celu przekazywany jest do systemu Comarch POS zaszyfrowany numer klucza ustawionego na definicji Usługi synchronizacji z POS. Aby wyszukiwanie w GUS i VIES było możliwe, serwis klucza musi być aktywny a klucz musi posiadać ważną gwarancję.
Rozliczanie płatności w walucie obcej z równoczesnym wydaniem reszty w PLN (w walucie systemowej)
W Comarch POS możliwe jest przyjmowanie zapłaty za fakturę lub paragon w walucie obcej. Jeśli płatność walutowa zostanie przyjęta formą płatności gotówkową, wówczas system automatycznie wyliczy kwotę do wydania klientowi w walcie systemowej, czyli w PLN.
Przy imporcie tak rozliczonych dokumentów do Comarch ERP XL tworzone są dwie płatności – jedna jako należność w wysokości wpłaty walutowej a druga jako zobowiązanie na wartość stanowiąca różnicę pomiędzy zapłatą w walucie obcej przeliczoną na PLN a wartością dokumentu (reszta wydana klientowi w PLN). To, czy do płatności zostaną wygenerowane dokumenty zapłaty (rozliczenia) zależy od ustawienia parametru Bez KP/KW na definicji płatności na stanowisku POS.
Wyliczenie kwoty do zwrotu (reszty) realizowane jest po stronie Comarch POS wg określonego kursu (ustawienia kursu dla Comarch POS dostępne są na definicji Oddziału POS na zakładce [Waluty]).
Inwentaryzacja
Wprowadzono możliwość realizowania inwentaryzacji we współpracy z Comarch POS, gdzie odczyty (spis towarów z natury) mogą być realizowane na stanowiskach POS. Dodanie dokumentu inwentaryzacji będzie realizowane po stronie XLa. Następnie do dokumentu inwentaryzacji należy wygenerować arkusze inwentaryzacyjne, które zostaną przesłane na stanowiska POS. Po stronie stanowisk POS będą generowane odczyty, które po zamknięciu arkuszy w POS trafią do XLa. Zatwierdzenie całej inwentaryzacji i wykonanie korekt inwentaryzacyjnych realizowane będzie po stronie Comarch ERP XL.
Ustawienia i uprawnienia
Na oknie konfiguracji oddziału Comarch POS oraz w kreatorze oddziału dodano nowe parametry związane z inwentaryzacją. Aby móc wykonywać operacje związane z inwentaryzacją w oddziałach Comarch POS konieczne jest zaznaczenie parametru Obsługa inwentaryzacji.
Dodatkowo dodano parametr Ostrzegaj podczas dodawania inwentaryzowanego towaru na dokument. Po jego zaznaczeniu, podczas wystawiania dokumentów w POS na towary znajdujące się na arkuszach inwentaryzacyjnych pojawi się stosowny komunikat informujący o trwającej inwentaryzacji. Komunikat będzie się pojawiał do czasu zatwierdzenia arkusza, na którym znajduje się towar. Należy pamiętać, że zamknięcie arkusza w Comarch POS spowoduje aktualizację stanów w POS i przesłanie arkuszy do Comarch ERP XL, natomiast po stronie systemu XL inwentaryzacja do czasu jej zamknięcia nadal będzie blokować sprzedaż i wystawianie innych dokumentów.
Na wzorcu operatora na zakładce [POS] również dodano parametry związane z inwentaryzacją. Są to parametry związane z uprawnieniami operatorów.
Typy inwentaryzacji
Przed przystąpieniem do pierwszej inwentaryzacji należy dodać odpowiedni typ inwentaryzacji w POS. W tym celu w module Administrator należy przejść do opcji Listy/ Słowniki Kategorii/ Transakcje/ Typy inwentaryzacji POS.
W słowniku tym należy dodać przynajmniej jeden typ inwentaryzacji, który jest niezbędny przy realizowaniu inwentaryzacji w Comarch POS. Na każdym z typów możliwe jest określenie kodu i nazwy typu oraz parametrów dotyczących sposobu realizacji inwentaryzacji. Jeden z typów można ustawić jako domyślny, wówczas automatycznie zostanie ustawiony no nowej inwentaryzacji.
Można również dezaktywować wybrany typ za pomocą odznaczenia parametru Aktywny.
Przygotowanie inwentaryzacji w Comarch ERP XL
Inwentaryzację należy dodać standardowo w module Sprzedaż w menu Zestawienia/Inwentaryzacja. Następnie należy wybrać jeden z magazynów POS, dla którego ma być przeprowadzona inwentaryzacja. Dla każdego magazynu inwentaryzacja musi być przeprowadzona oddzielnie tzn. należy wygenerować oddzielny dokument inwentaryzacyjny. Po dodaniu magazynu POS, zostanie aktywowany parametr Realizuj w Comarch POS. Po jego zaznaczeniu w polu Typ inwentaryzacji POS ustawi się domyślny typ inwentaryzacji. Jeśli żaden z typów nie został określony jako domyślny, obowiązkowo należy wybrać typ inwentaryzacji. Dla inwentaryzacji realizowanych po stronie POS konieczne jest przekazanie numeru dokumentu. W tym celu dodano pole Nazwa/Numer, którego uzupełnienie jest wymagane tylko w przypadku inwentaryzacji realizowanych w Comarch POS.
Parametry inwentaryzacji
Na oknie inwentaryzacji niektóre parametry nie są dostępne do edycji i ich ustawienie jest domyślne.
Rodzaj odczytów – ustawienie to pobierane jest z typu inwentaryzacji.
Generowanie arkuszy z podziałem na partie – opcja zaznaczona ze względu na to, że Comarch POS operuje na partiach towarów.
Ilość inwentaryzowana – zaznaczona opcja handlowa, gdyż do Comarch POS wysyłane są stany handlowe towarów.
Dodawanie arkuszy inwentaryzacji
Aby inwentaryzacja została przesłana do Comarch POS należy wygenerować przynajmniej jeden arkusz. Podczas dodawania towarów do arkusza, system pilnuje, aby dodawane towary należały do grupy towarów wysyłanych do danego oddziału POS. Jeśli zostaną wskazane towary nie wysyłane do danego oddziału POS, z którego pochodzi magazyn na inwentaryzacji, nie zostaną one dodane do arkusza.
Można również przygotować puste arkusze, wówczas towary można będzie dodawać podczas wykonywania spisu towarów na stanowiskach POS.
Po zapisaniu formularza inwentaryzacji może on zostać przesłany do POS. Pobranie dokumentu inwentaryzacji inicjowane jest po stronie stanowiska POS podczas wejścia na listę dokumentów inwentaryzacji i wybranie opcji Odśwież. Po dodaniu kolejnych arkuszy, zostaną one dodane do inwentaryzacji w POS po odświeżeniu listy. Arkusze przekazane do Comarch POS nie mogą być usuwane ani aktualizowane w systemie XL, nie mogą być też dodawane do nich odczyty. Spisywanie towarów i generowanie odczytów możliwe będzie po stronie stanowisk POS.
Realizacja inwentaryzacji na stanowiskach POS
Dokument inwentaryzacji oraz przesłane arkusze mają ustawiony stan otwarty i są gotowe do spisywania towaru. Do każdego arkusza może być generowanych wiele raportów (odczytów). Stany spisywanych towarów są sumowane lub nadpisywane w zależności od typu inwentaryzacji. Podczas spisywania towarów możliwe jest dodanie towaru, którego nie ma na arkuszu, w takim przypadku towar zostanie dodany do arkusza zarówno w POS jak i w XLu. Po skończonym spisie towarów należy zamknąć arkusz na stanowisku POS. Po jego zamknięciu arkusz wraz z odczytami zostanie przesłany do systemu XL i nie będzie możliwości kontynuowania spisu towarów będących na danym arkuszu.
Odczyty przygotowywane na stanowiskach POS otrzymują nazwę wg schematu: Kod stanowiska_data i godzina dodania odczytu.
Zamykanie inwentaryzacji
Po zamknięciu i przesłaniu do XLa wszystkich arkuszy można zamknąć inwentaryzację w systemie Comarch ERP XL. Zamknięcie inwentaryzacji w XLu spowoduje wygenerowanie dokumentów różnicowych na braki i nadwyżki zgodnie ze standardowym działaniem inwentaryzacji w Comarch ERP XL. Przed zamknięciem system zapyta czy na pewno proces inwentaryzacji po stronie Comarch POS został zakończony i czy na pewno zamknąć inwentaryzację.
Pytanie o gotowość danych do zamknięcia inwentaryzacji
Sprzedaż i inne dokumenty wpływające na stan towaru podczas inwentaryzacji
Istnieje różnica pomiędzy działaniem inwentaryzacji w Comarch ERP XL a Comarch POS polegająca na tym, że w XLu nie można wystawiać dokumentów na inwentaryzowane towary, podczas gdy w POS jest to możliwe.
Oznacza to, że dokumenty wystawione na stanowiskach POS na inwentaryzowane towary lub na cały magazyn podlegający inwentaryzacji nie będą mogły być zaimportowane do czasu zamknięcia inwentaryzacji. Jeśli na dokumencie inwentaryzacji został zaznaczony opcja Inwentaryzacja blokuje cały magazyn, wówczas żadne dokument nie zostanie zaimportowany. Jeśli zostanie wybrana opcja Inwentaryzacja blokuje tylko inwentaryzowane towary, wówczas nie zostaną zaimportowane tylko te dokumenty, na których znajdą się inwentaryzowane towary. Blokada dotyczy magazynu, którego dotyczy inwentaryzacja. Na pozostałych magazynach można dokonywać sprzedaży czy wystawiać inne dokumenty.
Przy włączonym parametrze Ostrzegaj podczas dodawania inwentaryzowanego, podczas dodawania towaru na dokument pojawi się stosowne ostrzeżenie o trwającej inwentaryzacji.
Uwaga
Nie zaleca się dokonywania sprzedaży i rejestrowania innych dokumentów w POS na magazynach, na których trwa inwentaryzacja. Dokumenty te nie trafią do bazy systemu Comarch ERP XL, do czasu zamknięcia inwentaryzacji. Po zamknięciu inwentaryzacji dokumenty zostaną zaimportowane, ale czas ich importu może być bardzo długi, ze względu na ilość nagromadzonych dokumentów.
Uwaga
Może też wystąpić rozbieżność w stanach towarowych pomiędzy bazami Comarch POS a Comarch ERP XL wynikająca z faktu, że XL nie aktualizuje stanów towaru podczas trwania inwentaryzacji, lecz dopiero po jej zamknięciu. Generowane są wówczas dokumenty na różnice inwentaryzacyjne odnoszące się do stanów z momentu wygenerowania arkuszy inwentaryzacyjnych (czyli nie uwzględniających dokumentów wystawiony w trakcie inwentaryzacji).
Uzgadnianie stanów towarów podczas trwania inwentaryzacji w POS
W Comarch POS istnieje funkcjonalność polegająca na uzgodnieniu stanów towarów na podstawie stanów w Comarch ERP XL. Po wybraniu opcji Uzgadnianie stanów magazynowych w menu Aktualizacja danych stany towarów są ustalane na zgodne ze stanami w bazie systemu Comarch ERP XL. W trakcie trwania inwentaryzacji stany w Comarch POS aktualizowane są po zamknięciu arkusza, natomiast w Comarch ERP XL standardowo dopiero po zamknięciu inwentaryzacji i wygenerowaniu dokumentów na różnice inwentaryzacyjne. Wykonanie akcji Uzgodnienie stanów magazynowych doprowadziłoby do przywrócenia stanów sprzed rozpoczęcia inwentaryzacji.
Nie należy wykonywać akcji Uzgodnienie stanów magazynowych podczas trwania inwentaryzacji w POS, gdyż doprowadzi to do niezgodności w stanach magazynowych pomiędzy systemami.
Dodano wydruki do Inwentaryzacji (Inwentaryzacja, Wykaz rozbieżności inwentaryzacji, Arkusz inwentaryzacji, Raport inwentaryzacji). Wydruki widoczne są na formularzu stanowiska POS na zakładce [Wydruki].
Wyszukiwanie globalne dokumentów w POS oraz możliwość wystawienia do nich korekt i reklamacji
Globalne wyszukiwanie dokumentów na stanowiskach POS
Obsłużono parametr globalne wyszukiwanie dokumentów na stanowiskach POS wg ustawienia na konfiguracji oddziału POS, zakładka [Parametry].
Wyszukiwanie globalne polega na możliwości przeszukania dokumentów w bazie Comarch ERP XL i pobranie na stanowisko POS. W przypadku, gdy po wpisaniu numeru poszukiwanego dokumentu (faktury lub paragonu) na liście dokumentów na stanowisku POS nie zostanie on odnaleziony w bazie lokalnej POS, System zadaje pytanie: Czy chcesz kontynuować wyszukiwanie również w systemie ERP?. Po wybraniu opcji Szukaj wysyłane jest zapytanie o konkretny numer dokumentu do Comarch ERP XL. W przypadku gdy dokument zostanie odnaleziony następuje jego pobranie i zapisanie w lokalnej bazie POS.
Pobieranie dokumentów handlowych (faktur i paragonów) wystawionych na innych stanowiskach POS
Wskazówka
Jeśli w poszczególnych sklepach wykorzystywane są różne typy cen, wówczas w celu poprawnego przesyłania dokumentów pomiędzy sklepami konieczne jest dodanie cenników innych sklepów w konfiguracji Centrów powiązanych z oddziałami POS.
Wskazówka
Jeśli w poszczególnych sklepach wykorzystywane są różne waluty, wówczas w celu poprawnego przesyłania dokumentów pomiędzy sklepami konieczne jest dodanie walut wykorzystywanych w innych sklepach na oknie konfiguracji oddziału POS.
Dokument wyszukany bazie Xla, automatycznie jest pobierany i zapisywany na liście dokumentów w POS. Jeśli do paragonu wystawiono fakturę, jest ona również pobierana. Dotyczy to również faktur wystawionych do tych dokumentów w Systemie Comarch ERP XL. Na liście dokumentów pojawi się zarówno paragon jak i faktura wraz z informacją o powiązaniu tych dokumentów. W przypadku paragonów z wystawionymi do nich fakturami wyszukiwanie może być realizowane zarówno po numerze paragonu jak i faktury.
Paragony i faktury, do których wystawiono korekty pobierane są wraz z korektami, które są powiązane i widoczne na liście dokumentów w POS. Dotyczy to również korekt wystawionych do tych dokumentów w Systemie Comarch ERP XL. Wyjątkiem jest sytuacja gdy w XLu wystawiono korektę wartościową lub stawki VAT. Wówczas paragon czy faktura nie zostaną przekazane do Comarch POS, gdyż nie byłoby możliwe uwzględnienie tych korekt w dalszym procesie wystawiania dokumentów (kolejne zwroty lub faktura).
Uwaga
Na stanowisko POS możliwe jest pobranie dokumentów wystawionych na innych stanowiskach danego oddziału POS oraz w innych oddziałach POS. Nie ma możliwości pobierania dokumentów wystawionych w Centrali czyli bezpośrednio w bazie w Comarch ERP XL. Jest to związane z możliwościami wystawiania w Systemie XL faktur i paragonów, gdzie na jednej pozycji dokumentu może być pobranych wiele różnych partii i dostaw, podczas gdy do Comarch POS konieczne jest wskazanie jednej konkretnej partii dla każdej pozycji.
Uwaga
Nie są wyszukiwane dokumenty wystawione dla kontrahentów niezarejestrowanych w bazie POS, na którym realizowane jest wyszukiwanie ani dokumenty z pozycjami niesprzedawanymi w danym sklepie.
Wystawianie korekt i reklamacji do dokumentów pobranych z innych stanowisk i oddziałów
Do pobranego paragonu możliwe będzie wygenerowanie faktury, wystawienie korekty oraz wystawienie dokumentu reklamacji na takich samych zasadach jak dla dokumentów wystawionych lokalnie.
Do pobranych faktur możliwe będzie wystawienie korekty lub reklamacji na takich samych zasadach jak dla dokumentów wystawionych lokalnie.
Magazyn na korektach- W przypadku wystawiania dokumentów zwrotu, towar trafi na magazyn domyślny oddziału, na którym realizowany jest zwrot bez względu z jakiego magazynu realizowana była sprzedaż.
Współpraca z Comarch webPOS
Comarch webPOS jest wysoce skalowalnym rozwiązaniem, hostowanym w Comarch Cloud. Zadaniem aplikacji jest realizacja procesów biznesowych sprzedaży detalicznej. Aplikacja przeznaczona jest dla sprzedawców pracujących na stanowiskach kasowych. Jej głównym zadaniem jest wykonanie operacji związanych z obsługą klienta.
Od wersji 2024.0 umożliwiono integrację Comarch ERP XL ze stanowiskami obsługi klienta Comarch webPOS.
Aby możliwa była praca na stanowiskach webPOS, w konfiguracji Oddziału POS na zakładce [POS] dodano pole do wpisania kodu webPOS. Kod webPOS może być dowolnym ciągiem znaków, który posłuży do identyfikacji bazy danych, na której zarejestrowane są oddziały POS ze stanowiskami webPOS.
Konfiguracja Comarch webPOS
Logowanie do Comarch webPOS
W Comarch webPOS wykorzystywany jest adres e-mail operatora do powiązania użytkowników z kontem SSO, gdzie adres e-mail jest loginem. Oznacza to, że dla każdego operatora należy przesyłać adres mailowy. W tym celu zostanie wykorzystany adres e-mail pracownika powiązanego z operatorem przesyłanym do webPOS.
W związku z powyższym wymaganiem należy każdemu operatorowi, który może pracować na wersji webowej POS przypisać konto pracownika, na którym należy uzupełnić adres mailowy w polu E-mail na zakładce [Ogólne].
Podczas przypisywania pracownika do operatora system pilnuje, aby ten sam pracownik nie został przypisany do kilku operatorów wykorzystywanych w oddziałach POS, dlatego nie istnieje ryzyko, że ten sam pracownik zostanie dodany do kilku operatorów. Każdy pracownik powinien mieć przypisany inny adres mailowy, pole to nie jest walidowane w systemie XL, dlatego należy zwrócić uwagę, aby adresy e-mail były unikalne.
Nowy typ stanowiska
W konfiguracji OddziałówComarch POS dodano możliwość definiowania stanowisk z przeznaczeniem do pracy na platformie webPOS. Podczas dodawania stanowiska pojawiła się możliwość wskazania w polu Typ aplikacji opcji webPOS. Po wybraniu typu aplikacji webPOS, w polu Licencja automatycznie ustawi się opcja FrontOffice, bez możliwości zmiany, ze względu na to, że webowa wersja Comarch POS umożliwia na chwilę obecną obsługę sprzedaży i kasy.
Stanowiska webowe mogą być mieszane z innymi typami aplikacji, tak więc w ramach jednego oddziału mogą pracować stanowiska POS, mPOS i webPOS.
Podczas synchronizacji z platformą webPOS wysyłane są dane związane z wszystkimi stanowiskami webPOS dodanymi w dowolnym oddziale zarejestrowanym w XLu. Dokumenty wystawiane po stronie webPOS trafiają automatycznie do bazy XLa, po ich wystawieniu na stanowiskach webPOS.
Nowy typ stanowiska POS: webPOS
Inne zmiany
Uwaga
Zmiany w imporcie faktur do paragonów oraz korekt paragonów i faktur. W polu Faktura na zakładce [Nagłówek] zapisywany jest numer dokumentu przesłany z Comarch POS. W przypadku faktur będących spinaczami paragonu, w XLu symbol dokumentu to RA natomiast w Comarch POS numeracja jest jednolita i wszystkie faktury posiadają symbol FS. Podobnie jest w przypadku korekt gdzie w XLu dokumenty posiadają oznaczenie FSK lub PAK, natomiast w POS odpowiednio FS i PA. Aby zachować zgodność numeracji przy wysyłce do JPK_VAT7, w polu Faktura zapisywany jest numer dokumentu z oznaczeniem jakie zostało wydrukowane na dokumencie w Comarch POS.
Uwaga
Zmiany w przesyłaniu magazynu powiązanego z definicją dokumentów FS i PA. Jeśli na formatce magazynu, na zakładce [Dokumenty] zostanie odznaczony parametr dotyczący wystawiania FS lub PA, wówczas nie będzie możliwe wystawianie tych dokumentów w POS na magazyn, który ma odznaczony dany typ dokumentu.
Import korekty wystawionej do faktury wystawionej do paragonu
Umożliwiono przesyłanie do Comarch ERP XL korekt wystawionych do faktury, która została wystawiona do paragonu w Comarch POS. Korekta do faktur wystawionej do paragonu tworzona jest jako spinacz RAK. Aby możliwe było utworzenie korekty po stronie Comarch ERP XL spinacza korekty do faktury, generowany jest po stronie XLa dokument korekty do paragonu a następnie tworzony spinacz korekty, spinający korektę. Korekta paragonu wystawiana jest po stronie systemu XL w centrum głównym. Numer dokumentu nadawany jest po stronie XLa, zgodnie z ustawieniami centrum głównego.
Przesyłanie pełnej nazwy kontrahenta
Umożliwiono przesyłanie wszystkich trzech linii nazwy kontrahenta do Comarch POS, jak również zapisywanie nazwy przesłanej z POS do Comarch ERP XL we wszystkich liniach aż do wyczerpania miejsca. Po stronie XLa nazwa może zostać zapisana w trzech liniach (2 linie po 50 znaków, w trzeciej linii 250 znaków). Podczas wysyłania kontrahentów do Comarch POS zawartość poszczególnych linii łączona jest przy pomocy spacji, podczas importu do Comarch ERP XL dane zapisywane są tak, aby słowa nie zostały podzielone w środku.
Przesłanie numeru karty kontrahenta
W Comarch ERP XL na karcie towaru na zakładce [Ogólne] znajduje się pole Karta, w którym można zapisać numer karty kontrahenta. Wraz z uzupełnieniem numeru karty wybierany jest też typ karty. Jeśli nie zostanie wybrany typ karty, wówczas domyślnie zostanie ustawiona opcja Własna karta. Numery kart będą wysyłane wraz z typem do Comarch POS, dzięki czemu możliwe będzie wyszukiwanie kontrahentów wg numeru karty. Jeśli dla danego numeru karty kontrahenta zostanie wygenerowany kod kreskowy i przygotowana fizycznie karta, wówczas wyszukiwanie kontrahenta możliwe będzie z użyciem czytnika kodów kreskowych.
Numer i typ karty kontrahenta wysyłany do Comarch POS
Uwaga
Zmiana numeru karty na karcie kontrahenta spowoduje zmianę w Comarch POS. Jeśli jednak kod zostanie usunięty z pola Karta na karcie kontrahenta, nie zostanie on usunięty w Comarch POS. Nadal możliwe będzie wyszukiwanie po tym kodzie. Dodanie tego samego kodu na innej karcie spowoduje wysłanie go do POS. Podczas wyszukiwania kontrahentów zostanie odszukany kontrahent z obecnie ustawionym numerem karty oraz ten, dla którego numer był ustawiony wcześniej. Dlatego nie zaleca się usuwania numeru karty, dla kontrahentów wysyłanych do POS.
Przesyłanie jednostek wagi i miary towaru
Dla każdej jednostki miary towaru możliwe jest określenie wagi i objętości. Aby objętość lub waga towaru zostały wysłane do Comarch POS dla poszczególnych towarów, konieczne jest dodanie do listy jednostek w Comarch ERP XL, jednostek zgodnie z oznaczeniami, które są wykorzystywane do określenia wagi lub objętości.
Dla każdej jednostki miary towaru możliwe jest określenie wagi i objętości. Aby objętość lub waga towaru zostały wysłane do Comarch POS dla poszczególnych towarów, konieczne jest dodanie do listy jednostek w Comarch ERP XL, jednostek zgodnie z oznaczeniami, które są wykorzystywane do określenia wagi lub objętości.
Jednostki wagi i objętości dla jednostek
Wystarczy dodać tylko te jednostki miary lub objętości, które w rzeczywistości są wykorzystywane do określenia wagi lub objętości na towarach wysyłanych do Comarch POS. W powyższym przypadku, konieczne jest dodanie do listy jednostek, jednostek o symbolach: Gram, Kg i cm3.
Po dodaniu jednostek do listy, zostaną one przesłane do Comarch POS. Informacje te nie są prezentowane w interfejsie systemu, można je wykorzystać np. do raportowania.
Uruchomienie stanowiska POS
Po zainstalowaniu aplikacji Comarch POS należy uruchomić aplikację. Podczas pierwszego uruchomienia następuje łączenie stanowiska w Comarch POS ze stanowiskiem POS zdefiniowanym w Comarch ERP XL.
Uwaga
Przed uruchomieniem Comarcg POS wymagane jest uruchomienie Usługi w Menadzerze zadań
Na oknie, które zostanie wyświetlone przy pierwszym uruchomieniu należy uzupełnić:
Kod stanowiska POS ustalony w XL (kod można zweryfikować w module Administartor Oddziałów, konfiguracja oddziału, zakładka stanowiska POS)
Adres i numer portu, na którym pracuje usługa synchronizacji.
Okno startowe Comarch POS
Po poprawnym podaniu danych następuje pierwsza synchronizacja z oddziałem zdefiniowanym w XLu a następnie system przechodzi do logowania.
Należy podać login operatora przypisanego do danego stanowiska POS oraz hasło: admin.
Hasło należy zmienić po zalogowaniu do POS. Przy każdym uruchomieniu stanowiska POS odbywa się synchronizacja danych słownikowych i konfiguracyjnych z Comarch ERP XL.
Możliwe jest też wykonywanie ręcznej synchronizacji z poziomu aplikacji Comarch POS po wybraniu opcji: Aktualizacja danych.
Uwaga
Przed uruchomieniem aplikacji należy zweryfikować czy konto domenowe, na którym działa usługa ma uprawnienia do logowania się w trybie usługi.
(Zasady zabezpieczeń lokalnych, folder zasady lokalne - przypisywanie praw użytkownika - logowanie w trybie usługi)
Zalecane jest, żeby użytkownik, na którym działa usługa, miał uprawnienia administracyjne Windows.
Przesyłanie danych do stanowisk POS
Na stanowiska POS wysyłane są następujące informacje:
Operatorzy przypisani do stanowiska
Parametry operatorów zdefiniowane na wzorcu operatora
Profile POS
Magazyny przypisane do stanowiska
Parametry zdefiniowane na stanowisku
Parametry zdefiniowane na oddziale
Waluty zdefiniowanie na oddziale wraz z kursami
Jednostki miary
Stawki VAT
Kontrahenci z grupy wskazanej na oddziale – pod uwagę brana jest grupa domyślna kontrahenta
Osoby kontrahenta
Adresy kontrahenta
Towary z grupy wskazanej na oddziale
Atrybuty i zdjęcia towarów
Cenniki
Stany magazynowe
Partie
Drzewa grup towarów i kontrahentów
Definicje dokumentów wraz z przypisaną serią
Pieczątka firmy
Rejestr kasowy i bankowy
Formy płatności
Wydruki
Dokumenty MMW/ZS
Odbieranie danych ze stanowisk POS
Stanowiska POS pracują w trybie on-line co oznacza, że dokumenty wystawione w POS bądź też nowo dodany kontrahent trafiają od razu do bazy Comarch ERP XL.
W przypadku braku połączenia informacje zostaną uzupełnione po ponownym nawiązaniu połączenia z XL.
Na POS współpracującym z XL można wystawiać paragony, faktury, korekty do paragonu i faktury, faktury do paragonów oraz dokumenty kasowe.
Do XL importowane są następujące dane:
Nowo dodani kontrahenci lub zmiana danych kontrahenta wraz z osobami i adresami
Zgody kontrahenta
Dokumenty handlowe (faktura, paragon, korekty do faktury i paragonu) – nie są obsługiwane korekty ręczne
Dokumenty kasowe
Dokumenty MMW/MMP
Dokumenty RW/PW
Dokumenty PZ
Reklamacje
Dokumenty ZW/ZS
Błędy dodawania zapisów do Comarch ERP XL można zobaczyć w opcji Log automatycznej synchronizacji. (Administrator Oddziałów- Ogólne)
Uwaga
Dokumenty handlowe - POS można wystawiać tylko faktury i paragony, korekty do nich oraz spinacze do paragonów
Faktury mogą być wystawiane od netto (zależne od definicji dokumentu )
Numeracja dokumentów jest zgodna z ustawieniami w XL i zawsze z serią przypisaną do stanowiska (wspólna numeracja dla dokumentów i korekt!)
Zapisy kasowe – wpłaty i wypłaty ręczne, dokumenty otwarcia i zamknięcia dnia, automatyczne KP/KW do dokumentów tworzone po stronie Xla (ustawienie na stanowisku POS)
Sprzedaż poniżej stanów – możliwa jeśli zaznaczony jest parametr -automatyczne tworzenie PW
Sprzedaż wg partii – towar widoczny kilka razy na liście towarów.
Przesyłanie podstawowych promocji do oddziałów Comarch POS
Rabaty przesyłane do Comarch POS
Uwaga
Przesyłanie informacji czy towar podlega rabatowaniu uzależnione jest od ustawienia parametru, który znajduje się na karcie towaru na zakładce Upusty, Nie stosuj żadnych upustów.
Aktualnie możliwe rabaty do przeslania to:
KNT (upusty globalne dla kontrahentów)
KNU (upusty na towary, grupy towarów dla kontrahenta)
PRM (promocje dla towaru)
WTR (promocje od wartości dokumentu)
Promocje pakietowe stałe i elastyczne
Ogólne zasady przesyłania promocji (rabatów)
Podstawowym kryterium jest Centrum, do którego przypięta jest promocja
Do oddziału Comarch POS mogą zostać przesłane rabaty zdefiniowane dla Centrum powiązanego z oddziałem Comarch POS lub dla centrum nadrzędnego w stosunku do Centrum powiązanego z oddziałem POS. W szczególności przesyłane będą rabaty zdefiniowane do Centrum Głównego (tzw. roota w Strukturze firmy). Promocje, które nie są związane z konkretnym Centrum czyli KNT i KNU będą wysyłane zawsze.
Kryterium kontrahentów
Przesyłane będą te rabaty, które zdefiniowane są dla grupy wskazanej na oddziale Comarch POS jako grupa do eksportu lub importu kontrahentów lub grup podrzędnych w stosunku do niej.
Ustawienie Grupy kontrahentów dla promocji przeznaczonej dla wszystkich kontrahentów
Uwaga
W Comarch POS rabaty na grupy kontrahentów wyliczane są inaczej niż Comarch ERP XL. Naliczany jest tylko ten rabat, który został zdefiniowany dla grupy ustawionej na karcie kontrahenta jako grupa domyślna, podczas gdy w XLu rabaty pochodzące z różnych grup są sumowane. Należy zwrócić uwagę na ten fakt podczas definiowania promocji, które mają być wysyłane do Comarch POS.
Przesyłane będą również te promocje (rabaty), które zostaną zdefiniowane dla konkretnych kontrahentów tzn. te, które na zakładce [Kontrahenci] mają przypisanego przynajmniej jednego kontrahenta wysyłanego do oddziału Comarch POS.
Kryterium towarów
Promocje na grupę towarów: przesyłane będą tylko te rabaty, które zdefiniowane są dla grupy towarów wskazanej w polu Eksport z grupy na oddziale Comarch POS lub grup jej podrzędnych.
Uwaga
Jeśli promocja ma być zastosowana dla wszystkich towarów np. jest to promocja na Grupę Główną, natomiast w konfiguracji oddziału Comarch POS jest wskazana inna grupa, wówczas konieczne jest dodanie tej grupy do promocji na zakładce [Towary].
Konfiguracja promocji działającej na wszystkie towary w Comarch POS
Uwaga
W Comarch POS rabaty na grupy towarów wyliczane są inaczej niż Comarch ERP XL. Naliczany jest tylko ten rabat, który został zdefiniowany dla grupy ustawionej na towarze jako grupa domyślna, podczas gdy w XLu rabaty pochodzące z różnych grup są sumowane. Należy zwrócić uwagę na ten fakt podczas definiowania promocji, które mają być wysyłane do Comarch POS.
Promocja na towary: przesyłane będą tylko te rabaty, na definicji których przynajmniej jeden dodany towar jest wysyłany do Comarch POS.
Ograniczenia ze względu na formy płatności oraz sposoby dostawy
Jeśli na promocji będą wskazane konkretne formy płatności bądź sposoby dostawy, to taka promocja nie będzie wysyłana. Wysyłane będą tylko te promocje, dla których zostanie ustawiona opcja .
Ograniczenia ze względu na magazyn
Jeśli na promocji na zakładce [Magazyny] będzie ustawiona opcja lub wskazany magazyn przypisany do Centrum powiązanego z oddziałem ComarchPOS wówczas promocja będzie wysyłana. Jeśli żaden magazyn wskazany na promocji, nie będzie przypisany do Centrum j.w., wówczas promocja nie będzie wysyłana.
Ograniczenia ze względu na rodzaj dokumentów
Wysyłane będą tylko te rabaty, dla których w ustawieniu Rodzaj dokumentów wybrano opcję Wszystkie bądź Rozchodowe.
Inne ograniczenia
Nie będą wysyłane rabaty, dla których zaznaczono parametr: Powtarzać co:, gdyż moduł rabatowy nie obsługuje cykliczności działania promocji.
Przesyłanie nagłówka promocji - parametry
Dla każdej promocji będą przesyłane następujące ustawienia nagłówka:
nazwa promocji
typ promocji
priorytety promocji
sposób łączenia z poprzednią; do wyboru: dodaj lub mnóż
ustawienie parametru: Pomijaj kolejne rabaty
Nie będzie przesyłana informacja o Limicie oraz Wymaganym progu transakcji, gdyż w Comarch POS limity nie są obsługiwane.
Promocja KNT
Rabaty zapisywane na karcie kontrahenta na zakładce [Handlowe] zebrane są do jednej promocji o typie KNT i będą przesyłane do określonych oddziałów Comarch POS. Dla promocji KNT dla każdego wskazanego w promocji kontrahenta przesyłana jest wysokość rabatu do wykorzystania w oddziale. Rabat ten dotyczy wszystkich towarów i łączy się z innymi rabatami.
Promocja WTR
Promocja na całą wartość dokumentu przesyłana jest do określonych oddziałów Comarch POS po warunkami opisanymi wyżej. Promocja może być zdefiniowana dla pojedynczych kontrahentów lub dla grup kontrahentów. Aby promocja naliczała się dla wszystkich kontrahentów wysyłanych do oddziału Comarch POS, konieczne jest wskazanie na zakładce [Kontrahenci] grupy zdefiniowanej jako grupa do eksportu kontrahentów do oddziału POS.
Uwaga
W przypadku rabatów WTR nie są przesyłane infromacje o gratisach.
Promocja PRN i KNU
Promocje PRN i KNU są to promocje elementowe, które dotyczą konkretnych towarów lub grup towarowych i naliczane są na pozycjach dokumentów. Ze względu na wymogi modułu rabatowego Comarch POS nie wszystkie elementy rabatów będą mogły zostać wysłane.
Typy promocji
Do Comarch POS wysyłane są elementy promocji, gdzie rabat ma typ procentowy, wartościowy lub typu stała cena. Nie będzie wysyłany rabat typu: Narzut na cenę zakupu, gdyż takie rabaty nie są obsługiwane w Comarch POS.
Rabaty progowe
Możliwe jest wysyłanie rabatów progowych procentowych i wartościowych. Jeśli na danej promocji towar będzie występował wiele razy, ale z różnymi progami, wówczas zostanie przesłany jako promocja progowa. Nie jest jednak możliwe przesyłanie rabatów różnego typu dla jednej pozycji na promocji. Nie powinno być sytuacji, że dla jednego progu towaru rabat będzie procentowy, dla innego wartościowy a dla kolejnego typu stała cena.
Uwaga
W przypadku rabatów progowych dla każdego progu tego samego towaru musi być ustawiony ten sam typ rabatu: wartościowy lub procentowy. W przypadku nie zastosowania powyższej zasady promocja nie zostanie wysłana do POS.
Poprawne zdefiniowanie promocji progowych dla towarów
Promocja pakietowa stała i elastyczna
Wprowadzono możliwość przesyłania promocji pakietowych stałych i elastycznych do systemu Comarch POS. Naliczanie promocji pakietowych w Comarch POS będzie analogiczne jak w Comarch ERP XL, przy czym w POS nie ma możliwości wyboru promocji pakietowych, lecz zostanie naliczony pierwszy pakiet spełniający warunku wg ustawień kolejności na liście promocji pakietowych. Nie wszystkie ustawienia promocji mogą zostać przesłane do Comarch POS ze względu na różnice w działaniu modułów rabatowych w obu systemach, co zostało opisane w kolejnych punktach.
Warunki przesyłania promocji pakietowych
Do Comarch POS przesyłamy promocje pakietowe stałe i elastyczne pod określonymi warunkami. Do Comarch POS przesyłane są promocje pakietowe, które:
Zostały potwierdzone
Data końcowa jest większa lub równa dacie bieżącej lub jest nieograniczona
Data początkowa jest mniejsza lub równa dacie bieżącej lub jest nieograniczona
W parametrze Rodzaj dokumentów wskazano opcję Wszystkie lub Rozchodowe
Nie mają zaznaczonego parametru: Ważna w godzinach
Nie mają zaznaczonego parametru: Powtarzać co
Są przeznaczone dla Comarch POS ze względu na Centrum:
Zostały udostępnione dla Centrum, z którym powiązany jest oddział Comarch POS
Zostały udostępnione dla Centrum nadrzędnego w stosunku do powyższego
Zostały udostępnione dla Centrum Głównego
Na zakładce [Magazyny] wybrano opcję Wszystkie lub magazyny ustawione dla Oddziału POS
Na zakładce [Formy płatności] wybrano opcję Wszystkie
Na zakładce [Sposób dostawy] wybrano opcję Wszystkie
Zostały zdefiniowane na dowolną grupę kontrahentów wysyłanych do POS lub przynajmniej jeden kontrahent przypisany na zakładce [Kontrahenci] jest wysyłany do POS
Wszystkie towary na promocji należą do drzewa grup wysyłanego do POS – zakładka [Towary]
Automatyczne naliczanie promocji pakietowych
To czy promocja zostanie naliczona automatycznie na dokumentach wystawianych na stanowisku POS czy też będzie konieczne wybranie przycisku Nalicz promocje zależy od parametru, który ustawiany jest na oknie Konfiguracji oddziału Comarch POS na zakładce [Parametry].
Przy zaznaczonym powyższym parametrze, podczas wystawiania dokumentów promocje będą naliczane automatycznie po spełnieniu określonych warunków. Wybierana jest zawsze pierwsza promocja (wg kolejności na liście promocji w Comarch ERP XL), dla której spełnione są warunki na dodanych pozycjach.
W przypadku, gdy parametr nie będzie zaznaczony, wówczas po dodaniu pozycji można wybrać przycisk Nalicz promocje. Zasady naliczania promocji będą takie same jak przy automatycznych promocjach, jednak system nie będzie wyszukiwał promocji po dodaniu każdej pozycji do dokumentu.
Jeśli dla pakietu zostały zdefiniowane gratisy, to po zatwierdzeniu dokumentu system przypomni o możliwości skorzystania z opcji gratisu dla promocji.
Kolejność naliczania promocji na stanowisku POS
W SystemieComarch ERP XL możliwe jest ustalanie kolejności promocji pakietowych za pomocą przycisków Przesuń w dół pozycję na liście i Przesuń w górę pozycję na liście. Kolejność promocji możliwa jest do ustalenia osobno w obrębie promocji pakietowych i osobno w obrębie promocji PRM. Ustalenie kolejności promocji pakietowych jest przesyłane do Comarch POS, nie ma natomiast wpływu na wyświetlanie kolejności promocji podczas wystawiania dokumentów w Comarch ERP XL.
Możliwość ustawiania kolejności promocji pakietowych za pomocą przycisków góra/dół
Kolejność promocji pakietowych ma znaczenie w naliczaniu promocji na dokumentach wystawianych na stanowiskach POS. Jeśli dane pozycje na dokumencie będą spełniały warunki więcej niż jednej promocji, wówczas zostanie naliczona ta promocja, która w Comarch ERP XL jest wyżej na liście (ma wyższy Priorytet2).
Wskazówka
Promocje pakietowe wysyłane są do Comarch POS zawsze z priorytetem 0, dlatego nie należy ustawiać priorytetu 0 dla innych promocji.
Informacje dodatkowe
Z powodu różnic pomiędzy działaniem promocji pakietowych w Comarch ERP XL a działaniem modułu rabatowego w Comarch POS mogą występować pewne odstępstwa w naliczaniu promocji.
Limity ilości pakietów
W Comarch ERP XL dla promocji pakietowych możliwy jest do ustawienia parametr Max ilość pakietów ogółem lub dla kontrahenta. W module rabatowym wykorzystywanym w Comarch POS nie ma możliwości przesłania analogicznych ustawień, dlatego ustawienie to będzie ignorowane. Oznacza to, że jeśli na pakiecie zostanie ustawiony limit, to nie będzie on respektowany na stanowiskach POS. Warto rozważyć, czy pakiet z ustalonymi limitami wysyłać do oddziału POS i ustawić odpowiednie centra na zakładce [Miejsca w strukturze firmy], jeśli promocja taka nie powinna być wysyłana.
Inne rabaty a promocje pakietowe
Bez względu na ustawienie parametru Pomiń rabaty nagłówka (GLO) na definicji promocji pakietowej, w Comarch POS rabaty nagłówka są zawsze pomijane. Promocje pakietowe nie łączą się z innymi rabatami.
Parametry dla gratisów
W module rabatowym POS brak dla gratisów odpowiednika opcji Mnóż. Wszystkie gratisy będą traktowane tak, jakby opcja Mnóż był zaznaczona.
Brak w module rabatowym również opcji Edycja ilości wydawanych gratisów, dlatego opcja ta będzie ignorowana.
Brak opcji Wymagany w Comarch ERP XL, która jest dostępna w Comarch POS, jest natomiast parametr Domyślny. Parametr Domyślny będzie traktowany w Comarch POS jako wymagany, czyli do spełnienia warunków pakietu konieczne będzie dodanie do koszyka gratisu określonego jako domyślny. Gratis, który nie będzie oznaczony jako domyślny nie będzie konieczny do naliczenia pakietu.
Naliczenie pakietów dla innej jednostki niż podstawowa
Promocja pakietowa stała
Pakiet nie zostanie naliczony, gdy towar zostanie dodany w innej jednostce niż podstawowa.
Promocja pakietowa elastyczna
Pakiet zostanie naliczony, ale nie zostaną uwzględnione przeliczniki towaru, co oznacza, że stała cena dla jednostki pomocniczej będzie taka sama jak dla podstawowej, a próg będzie spełniony przy analogicznej ilości jednostek pomocniczych jak podstawowych.
Promocja pakietowa elastyczna towar wymagany
Zaznaczenie parametru Wymagany na pozycji promocji elastycznej nie będzie respektowane w Comarch POS, to oznacza, że promocja zostanie naliczona nawet wówczas, gdy wymagany towar nie zostanie dodany do dokumentu.
Informacja o pakiecie na dokumentach importowanych z Comarch POS
Na dokumentach importowanych z POS widoczna będzie informacja o zastosowanym pakiecie, a pozycje wchodzące w skład pakietu będą stosownie oznaczone. Również w oknie Struktura udzielonego rabatu prezentowana będzie informacja o pakietach oraz strukturze rabatu.
Przesyłanie promocji progowych typu stała cena
Umożliwiono przesyłanie rabatów progowych typu stała cena, czyli promocji, gdzie dla danego towaru ustalono różne ceny w zależności od progu. Nie jest jednak możliwe przesyłanie promocji mieszanych, czyli takich, gdzie dla jednego progu ustalono rabat a dla innego stałą cenę w ramach tej samej promocji.
Dla poszczególnych progów typ ceny powinien być taki sam, jeśli na jednym z progów zostanie ustawiony typ netto a na innym brutto to dla wszystkich cen stałych w tej promocji zostanie ustalony typ jak na pierwszej pozycji. Ograniczenia te wynikają z różnic w działaniu modułu rabatowego w obu systemach.
Naliczanie rabatów od promocji typu stała cena
Istnieje możliwość naliczania dodatkowych rabatów do promocji typu stała cena. Zależy to od parametru globalnego ustawianego w konfiguracji systemu System/ Konfiguracja /Sprzedaż /Rabaty i promocjeNaliczaj inne promocje/ rabaty.
Parametr pozwalający na naliczanie rabatów do stałej cenyParametr pozwalający na naliczanie rabatów do stałej ceny
Jeśli parametr nie zostanie zaznaczony wówczas ustalona stała cena, będzie ceną ostateczną i nie będą miały do niej zastosowania inne promocje. Jeśli parametr zostanie zaznaczony wówczas naliczanie kolejnych promocji będzie uzależnione od ustawienia parametru Pomiń następne promocje dostępnego na zakładce [Ogólne] promocji.
Uwaga
Do Comarch POS nie są wysyłane informacje na temat Limitów oraz Wymaganego progu transakcji zapisane na elementach promocji. Rabat taki zadziała na stanowisku Comarch POS bez względu na ustawienia tych parametrów. Jeśli ustawienia te są wymagane, wówczas nie należy wysyłać takich rabatów do oddziału Comarch POS.
Pytania i odpowiedzi
Czy można wystawić korektę do Paragonu do którego jest wystawiona Faktura?
Rozwiązanie do wersji wcześniejszych niż ERP XL 2024.
W POS można wystawić jedynie korektę do Faktury, inaczej niż w XL, gdzie korektę wystawiamy do Paragonu. Wystawiając więc korektę do faktury w POS nie zostanie ona przesłana do XL.
Można skorzystać z rozwiązania zastępczego:
Sposób A
Zmiana na rejestrze flagi oddział poprzez update update cdn.Rejestry set KAR_Oddzial=0 where KAR_GIDNumer=xxx
Dodanie zapisu kasowego uzupełniając pola: wartość, treść, kontrahent, opis
Dodanie PAK do synchronizowanego paragonu, można dodać nową serię specjalnie dla takich dokumentów
Powiązanie dodanego zapisu z płatnością na PAK
Utworzenie spinacza korekt RAK np. z nową serią
Przywrócenie na rejestrze flagi oddział poprzez update update cdn.Rejestry set KAR_Oddzial=1 where KAR_GIDNumer=xxx
Sposób B
Dokument FSK wygenerowany na stanowisku POS na formę i rejestr taki sam jak sprzedaż PA
Dodanie PAK do synchronizowanego paragonu, można dodać nową serię specjalnie dla takich dokumentów
Dodanie zapisu -rejestr zwrotów z POS, powiązany z PAK
Utworzenie spinacza korekt RAK np. z nową serią
Saldo uzgadniać biorąc pod uwagę salda dwóch rejestrów – oddziałowego i dedykowanego zwrotom na oddziale, porównywać z saldem rejestru na POS
Sposób C
Przy tworzeniu korekty FS gdzie dodany jest PA, zmiana formy płatności na np. rejestr zwrotów z POS-gdzie dodany jest rejestr np. bankowy
Dodanie PAK do synchronizowanego paragonu, można dodać nową serię specjalnie dla takich dokumentów
Dodanie zapisu -rejestr bankowy zwrotów z POS, powiązany z PAK
Utworzenie spinacza korekt RAK np. z nową serią
Saldo uzgadniać biorąc pod uwagę salda dwóch rejestrów – oddziałowego i dedykowanego zwrotom na oddziale, porównywać z saldem rejestru na POS
Na tę okoliczność można zdefiniować rejestr K/B o nazwie Rejestr zwrotów na POS i w nim rejestrować zwroty kasy Klientowi – dodać opis w polityce rachunkowości
Czy z poziomu POS można zafiskalizować fakturę?
Jeśli istnieje konieczność zafiskalizowania FS w POS należy zmodyfikować procedurę aby zwracała True dla tego parametru. Ustawienie jest przesyłane z procedury [CDN].[POS_EksportUstawienia], pole cast('False' as nvarchar(max)) as [PrintInvoicesOnReceiptPrinter], jest ustawione na sztywno jako False.
Czy POS we współpracy z XL obsługuje artykuły typu- usługa?
Aby zwykły towar był widoczny w POS musi mieć założoną partię. natomiast od wersji ERP XL 2022.1 umożliwiono przesyłanie kart towarowych o typie usługa.
Dlaczego nie działa ikona Parking?
Parking w wersji 2019.0 POS we współpracy z XL od wersji 2019.2.1 nie jest obsłużony.
Czy z poziomu POS mogę podejrzeć zasoby?
Obecnie funkcjonalność zasobów z poziomu POS nie jest obsłużona.
Dlaczego dokumenty nie synchronizują się?
Należy w pierwszej kolejności sprawdzić ścieżkę PATH w zmiennych środowiskowych, która musi odnosić się do folderu w którym znajduje się wersja XL na której pracujemy.
Blokada sprzedaży z cena 0,00.
Dodano blokadę generowania dokumentów na Comarch POS z ceną 0,00. Odpowiada za to parametr AllowPriceZeroOnDocumentItem=false
Blokada synchronizacji bazy przez inne stanowisko
Została nałożona blokada synchronizacji z bazą Comarch POS, która była już używana przez inne stanowisko, pole PSA_GUID w tabeli cdn.PicoStanowiska.
Czy operator może mieć jako centrum domyślne centrum POS?
Operator wykorzystany do synchronizacji jako centrum domyślne musi mieć ustawione centrum nadrzędne w stosunku do centrum, które jest powiązane z oddziałem POS.
Gdzie sprawdzi logi błędów dotyczące braku synchronizacji np dokumentów?
Od wersji Comarch ERP XL 2020.2 zostały uszczegółowione logi dotyczące błędów przy synchronizacji w tabeli cdn.PicoLogElem, zostanie wyświetlony numer dokumentu (poprzednio był tylko GUID) oraz numer błędu z opisem którego dotyczy brak możliwości np przesynchronizowania dokumentu co ERP XL
Zmiana mechanizmu pobierania zasobów pomiędzy Comrch POS-ERP XL
Dodano ustawialne w CDN.Konfig w polu i Kon_Numer = -153, w przypadku wartości 0 System działa na dotychczasowych zasadach, gdy wartość zostanie zmieniona System będzie pobierał zasoby według ustawienia z karty towaru FIFO/LIFO, będą ignorowane partie wskazane w Comarch POS.
Numer błędu i komunikat
Przyczyna
Rozwiązanie
XLDodajRaport zwróciła błąd:-1
Najprawdopodobniej została wycięta sesja operatora, na którego założona na którego ustawiona jest synchronizacja
W tabeli Documents.TradeDocumentsdla pola WasSentToERP ustawić wartość 0 dla tych dokumentów które nie przeszły i wykonać restart usługi synchronizacji.
XLOtworzRaport zwróciła błąd:8148
błędna data otwarcia pokrywa się z innym raportem
Należy zmodyfikować daty na raporcie
XLZamknijRaport zwróciła błąd:8034
komunikat wskazuje, że raport został już zamknięty
Należy otworzyć raport, aby dokumenty przeszły do XLa
XLDodajZapis zwróciła błąd:8007
Komunikat 8007 oznacza: nie znaleziono bieżącego okresu obrachunkowego
Należy dodać bieżący okres obrachunkowy; System/Konfiguracja/Księgowość/Okresy obrachunkowe, oraz wskazać konto księgowe na rejestrze kasowym ; Administrator/Firma/Rejestry kasowe/Ogólne/
XLLogin zwrócił błąd:-3
Niepoprawnie wystartowała usługa do synchronizacji
Nie podano nazwy programu
Można ponownie podłączyć bazę w Menedżerze Baz, uruchamiając CDNMGR spod prawego jako administrator, kolejno podłączyć bazę po autoryzacji na serwerze sql, dostępną dla wszystkich użytkowników. Należy usunąć usługę i dodać ją ponownie.
XLLogin zwróciła błąd:-6
Niepoprawnie wystartowała usługa do synchronizacji
Nie podano hasła lub brak operatora
-na stanowisku nie było logowania do XLa na operatora do synchronizacji, a w między czasie mogło zostać zmienione hasło do Xla (związane z błędem w TFS=432188, gdy usługa tworzona jest na inne konto domenowe niż zalogowany użytkownik)
-TFS=443789 błąd w działaniu jednej usługi na kilku oddziałach
- błędne hasło na operatorze do synchronizacji przy tworzeniu usługi i na operatorze na oddziale zakładka Synchronizacja
-błędna ścieżka w Path
- centrum domyślne wskazane jako centrum oddziałowe, a powinno być centrum XL nie powiązane z oddziałem
XLNowyDokument zwróciła błąd:-39
- Wystąpił niezidentyfikowany Błąd najprawdopodobniej jest spowodowany złym działaniem otoczenia programu, niestandardowe triggery lub dodatki.
Należy zweryfikować niestandardowe triggery i dodatki na bazie oraz ponowić synchronizacje dokumentu
XLNowyDokument zwróciła błąd:33
Nie udało się wymusić numeru dokumentu. Numer dokumentu, który wyświetlany jest w POS (seria i numeru) może jest już dodany do XL
Usługa synchronizacji ustawiona jest dla kilku oddziałów, na zakładce synchronizacja dla każdego oddziału powinna mieć wskazanego innego operatora, jeśli będzie ten sam pojawi się komunikat w logach XLNowyDokument zwróciła błąd:33
Nazwy dokumentów w POS znajdują się w NumberString w tabeli Documents.TradeDocuments. W XL można odfiltrować cdn.TraNag po serii POSowej w TrN_TrNSeria i numerze TrN_TrNNumer .
Zmiana operatora na oddziale zakładka synchronizacja, moduł musi zostać uruchomiony jako administrator, aby zmienić operatora i hasło
XLNowyDokument zwróciła błąd:66
-Próba wystawienia korekty do dokumentu, który nie może być korygowany, błąd
Do takiego dokumentu nie można wygenerować korekty
XLNowyDokument zwróciła błąd:71
-Oryginał korekty w buforze
Należy sprawdzić czy dokument do którego generowana jest korekta w XLu nie jest w buforze, jeśli tak i płatność została dodana można taki dokument zatwierdzić w XLu i ponowić synchronizacje korekty
XLNowyDokument zwróciła błąd:81
-Brak licencji (nie udało się pobrać licencji a wymagana przez procedurę)
Należy sprawdzić czy są dostępne licencje na kluczu następnie wykonać restart usługi synchronizacji
XLNowyDokument zwróciła błąd:234
-Brak uprawnień do wystawiania tego typu dokumentu (NowyDokument-234).
- Brak uprawnień; ustawienie na definicji dokumentu, problem z magazynem lub serią.
- Zakaz na operatorze do wystawiania dokumentu
Należy sprawdzić wskazane uprawnienia
XLOtworzDokument zwróciła błąd:122
- Dokument jest edytowany na innym stanowisku
Należy sprawdzić czy dokument nie jest wyświetlony na czerwono w XLu
XLOtworzDokument zwróciła błąd:339
Błąd podczas ponownej fiskalizacji dokumentu handlowego
- Niezidentyfikowany błąd (problem związany z ponowną fiskalizacją)
Wykonano ponowna fiskalizację dokumentu
XLZamknijDokument zwróciła błąd:-1
Błąd może mieć różne przyczyny:
-Wskazuje na błąd wersji API bądź API nie zostało aktywowane
- problem z fiskalizacją, jeżeli fiskalizacja z jakichś powodów się nie powiedzie
Błąd TFS=403898
W przypadku, gdy była wykonana ponowa fiskalizacja dokumentu w POS, pojawiał się komunikat w logach
Wystąpił błąd podczas ponownej fiskalizacji dokumentu handlowego
Sprawdzić ścieżkę Path czy na pierwszym miejscu jest do tej wersji, z której aktualnie korzystamy (jeśli nastąpi zmiana ścieżki wymagany jest restart komputera)
TFS nieprawidłowość naprawiona w wersji od 2020.1.0
XLZamknijDokument zwróciła błąd:106
-Wystąpił DeadLock (błąd DeadLock zgłaszany jest przez serwer bazy danych, gdy nie może zrealizować zleconego zadania obsługa tego typu błędu polega najczęściej na ponownym wywołaniu procedury)
Należy ponowić synchronizacje dokumentu
XLDodajPozycje zwróciła błąd:17
Zabrakło ilości (przy trybie wsadowym musi być w pełni zaspokojona)
Brak ilości na dany towar
-Aby dokument przeszedł do XL na oddziale należy zaznaczyć Generuj PW na brakujące towary
- należy zwrócić uwagę czy towar nie ma wprowadzonej daty ważności. Zasób z inną datą ważności jest inną partią, co widać w tabeli cdn.TwrPartie, gdzie pozycje o różnym TPa_DataW są oddzielnie wykazane.
- czy są dostępne ilości handlowe-partie na te towary z paragonów, czyli z uwzględnieniem cechy, EAN-u, daty ważności
XL ZmienAdres zwróciła błąd:53
Podano niepoprawny kod pocztowy. Dla kontrahenta krajowego kod pocztowy powinien mieć postać ##-###
Wskazuje na błędny format kodu pocztowego. Nie można zapisać dokumentu bez miasta NIPu i nazwy
Jeśli będą wpisy; że nie odnaleziono aby taki kontrahent miał taki GUID, należy np. na jednym z tych dokumentów, który nie przechodzi sprawdzić jaki jest wybrany kontrahent potem w cdn.KntKarty wykonać update na ten guid który jest podany w logu pola KnT_GuidDane (jeśli dokument jest w XLu w buforze to go usunąć i wykonać dla tego dokumentu update na tabeli Documents.TradeDocuments WasSenttoERP=0)
Inne błędy :
Błąd przy pierwszej synchronizacji Brak kodu stanowiska w konfiguracji
08:32:48.7414 ERROR ---------EXCEPTION OCCURED---------:
Brak kodu stanowiska w konfiguracji.
Comarch.POS.Library.Errors.RetailInvalidPosStationException
w Comarch.POS.Presentation.Base.ViewModels.StartScreen.StartScreenViewModel.ValidatePosCode()
w Comarch.POS.Presentation.Base.ViewModels.StartScreen.StartScreenViewModel.InitialAsyncOperations(CancellationToken token, Object o)
w Comarch.POS.Library.Models.Async`1.<>c__DisplayClass28_0.MvW8ZbA6l2()
w System.Threading.Tasks.Task`1.InnerInvoke()
w System.Threading.Tasks.Task.Execute()
---------------------
08:33:08.8110 INFO [NOTIFICATION] Uzyskano połączenie z usługą danych POS, kod stanowiska jest poprawny
08:33:23.1080 INFO [SETTINGS] Changes confirmed(Login was set to sa; )
08:33:23.1080 INFO Closing view DbConfigurationView
Należy zweryfikować:
Czy przycisk ,,Sprawdź połączenie” wyświetla błąd ,,Brak połączenia z serwisem danych”?
Czy w Usługach jest uruchomiona usługa Comarch XL POS … ? Jeśli usługa nie jest uruchomiona proszę ją uruchomić.
Czy w zmiennych środowiskowych / Path, wersja XL jest ustawiona na pierwszym miejscu? Należy zweryfikować czy dana wersja XL współpracuje z dana wersją POS?
Czy przy próbie zalogowania / sprawdzenia połączenia pobierana jest licencja z klucza
Przy wyłączonym parametrze generuj PW na brakujące towary mimo dostępnej ilości towaru generuje się PW:
Należy zweryfikować:
Czy doszło do dodania prawidłowej partii (takiej jakiej wymaga XL na PA)
W tabeli cdn.PicoLogElem wyszukujemy dokument dla którego wyświetlony został komunikat odnośnie braku ilości
w tabeli Documents.TradeDocuments odszukujemy Id dla tego dokumentu, takie samo ID będzie w tabeli Documents.TradeDocumentItems, w polu LotId będzie podany numer partii
w tabeli cdn.TwrPartie wyszukujemy czy jest taka partia w XLu LotId=TpA_Id
kolejno w cdn.Dostawy patrzymy czy jest dostępna jeszcze doatwa z tą partią czyli TpA_Id=Dst_TpAId
Wystąpił błąd podczas importu dokumentu handlowego (…). W bazie XL nie znaleziono kontrahenta. Knt_GuidDane=…
Należy zweryfikować:
Czy nie została wycięta sesja na operatora odpowiedzialnego za synchronizację
Kolejno wymusić ponowne przesynchronizowanie kontrahentów lub adresu do XLa
update Entities.Customers set WasSentToERP=0, IsDefault=0 where Id=…
update Addresses.AddressHeaders set WasSentToERP=0, IsDefault=0 where Id=…
Gdyby dokumenty były dodane w XLu jako do bufora to należy usunąć taki dokument i ponownie wymusić synchronizację
update Documents.TradeDocuments set WasSentToERP=0 where Id=…
Brak widoczności przyczyn korekty sprzedaży w POS
Należy zweryfikować:
Czy są wpisy w tabeli GenericDirectoryValues dla DirectoryId=5
Czy w tabeli cdn.Slowniki jest kategoria SLW_Kategoria jako ‘Przyczyna korekty sprzedaży’ czy ‘Przyczyna korekty sprzedaż’, poprawna to Przyczyna korekty sprzedaż i należy ją zmodyfikować w tej tabeli od strony bazy i ponowić synchronizację z POS
Wykresy umożliwiają stworzenie jednolitego, spójnego mechanizmu pozwalającego m.in. na wygodne definiowanie wykresów (inaczej: analiz) prezentujących graficznie i/albo tabelarycznie wybrane dane z bazy, podłączanie wykresów w przewidzianych (przez programistę) punktach programu i wykonywanie. Wykresy posiadają cechę aktywności.
Integracja modułu wykresów z resztą systemu polega na udostępnieniu przez moduł wykresów mechanizmu podobnego, jak w przypadku wydruków. Przyciski związane z wykresami działają kontekstowo: w momencie wykonania na nich akcji przez użytkownika najpierw zostają odczytane aktualne dane kontekstu wywołania,
a następnie, w oparciu o te dane, zostaje wykonana akcja.
Z punktu widzenia użytkownika wykresy są zwykle dostępne w tych samych punktach programu (tzw. punkty wywołania wykresów, w skrócie: wywołania), co wydruki. Do każdego wywołania można podłączyć dowolną ilość wykresów (tzw. wykresów startowych), z których jeden jest domyślny (domyślność wykresów można zmieniać przez przełączanie specjalnej flagi określonej na poziomie podłączenia a w przypadku nie ustawienia tej flagi na żadnym z wykresów startowych domyślnym wykresem jest pierwszy w kolejności lp. – kolejność tą można zmieniać wykorzystując mechanizm bąbelkowania).
Wykresy mogą być zagnieżdżane tzn. każdy wykres może mieć dowolną ilość podłączonych do niego (pod)wykresów (dzieci). Z drugiej strony ten sam wykres może być równocześnie podłączony do dowolnej ilości (nad)wykresów (ojcowie). Zagnieżdżanie wykresów może zawierać zapętlenia, tzn. wykres A może mieć podwykres B, który z kolei posiada podwykres A (co więcej, wykres może być podłączony nawet do samego siebie).
Edycja (dodawanie, modyfikacja, testowanie, usuwanie) wykresów, ich podłączanie (także warunkowe) do wywołań oraz do siebie nawzajem, ustalanie domyślności i kolejności, a także różne inne operacje są dostępne
z poziomu specjalnego drzewa hierarchii wykresów.
Wykresy, podobnie jak wydruki, są podzielone na dwie grupy:
wykresy standardowe (dostarczane przez Comarch ERP XL w pliku cdn_wykr.tps),
wykresy użytkownika (definiowane w bazie SQL).
To czy wykres jest wykresem standardowym czy użytkownika określamy mianem: bazy wykresu.
Edycja wykresów standardowych przez użytkownika jest bardzo ograniczona – sprowadza się do zmiany dostępności wykresu (globalny / operatora lub stanowiska), zmiany ustawień opcji wysyłania wyniku oraz przełączania domyślności wykresów.
Wyniki wykonania wykresów (ich graficzna postać i/albo dane tabelaryczne składające się na serie danych wykresu) są umieszczane na specjalnym oknie wynikowym analiz. Okno to stanowi dla użytkownika właściwe środowisko pracy z analizami. To tu użytkownik widzi wyniki analizy, może zmieniać parametry i przeliczać wykres, tu także może nawigować po grafie wykresów (eksplorować wykresy, czyli przechodzić do podwykresów i wracać
z powrotem) i wykonywać inne, pomocnicze operacje (np. drukowanie wyników, ich zapis do pliku w wybranym formacie czy wysyłanie wyników do innych programów).
Wykresy – cechy
Aktywność
Aktywność wykresu polega na możliwości jego interakcji z użytkownikiem, w tym także na możliwości wykonania wykresu podrzędnego po kliknięciu przez użytkownika w wybrany punkt. Interakcja następuje po wykonaniu przez użytkownika odpowiedniej akcji na bieżącym wykresie i może mieć postać:
Eksploracji wykresu. Eksploracja polega na wybraniu jednego z punktów bieżącego wykresu i zagłębieniu się w niego to znaczy wykonaniu wykresu podrzędnego dla danych pobranych z tego punktu. Można np. kliknąć na fragmencie wykresu, obrazującym łączne obroty na wybranym rejestrze kasowym/bankowym
i dostać podwykres obrazujący rozbicie wartości tego fragmentu na obroty poszczególnych raportów. Mamy tu do czynienia z tzw. akcją drill-down. Następnie można wybrać jeden z raportów i, klikając
w punkt jemu odpowiadający, wyświetlić listę zapisów składających się na obroty tego raportu (ta z kolei akcja, polegająca na wyświetleniu listy a nie podwykresu jest nazywana drill-through).
Oczywiście mamy możliwość powrotu z eksploracji do poprzedniego wykresu (tzw. nadwykresu; jest to tzw. akcja drill-up) aż do wykresu, od którego zaczęliśmy. Całość przypomina więc surfowanie po stronach WWW – nieprzypadkowo zatem, jak się przekonamy później, okno wynikowe z wykresami posiada wiele analogii do przeglądarki internetowej.
Przeładowania (odświeżenia) danych na wykresie. Po zmianie przez użytkownika parametrów wpływających na dane na wykresie jest możliwe przeładowanie tych danych, a więc powtórne wykonanie wykresu. Odświeżenie wykresu może również być wykonane (na żądanie) bez zmiany jakichkolwiek wartości parametrów (np. ze względu na możliwość zmian dokonanych w bazie w związku z normalną pracą tej albo innych stacji roboczych).
Zmiany parametrów graficznych wykresu. Wśród możliwych do zmiany parametrów mogą się także znajdować parametry graficzne nie wpływające na same dane wykresu, ale określające jego postać graficzną (np. powiększenie, typ wykresu, wymiarowość: 3D/2D,…). Te parametry również można zmieniać na bieżąco z poziomu okna z wykresem.
Wydrukowania wykresu na drukarce graficznej. Wydruk wykresu jest realizowany standardowym mechanizmem wydruków. Będzie o tym mowa w rozdziale poświęconym wydrukom wykresów.
Zapisu danych z wykresu do pliku (z opcjonalnym przekazaniem pliku do innego programu)
Zapis danych z wykresu do pliku może być dokonywany w jednym ze standardowych formatów (COMMA, XLS, WMF, XML/XSL). Lokalizację pliku docelowego podaje użytkownik. Taki plik może być następnie podany do otwarcia innemu programowi (np. Notepad.exe, Excel.exe itp.).
Wykresy startowe, domyślny i bieżący wykres startowy
Do każdego wywołania można podłączyć dowolną ilość wykresów – są to tzw. wykresy startowe danego wywołania. Wykresy te są odpowiednio posortowane (wg lp) a jeden z nich jest domyślnym wykresem startowym danego wywołania. Domyślność wykresu oznacza dla użytkownika najprostszą możliwość wykonania wykresu – poprzez jeden klik lewym przyciskiem myszy w główny przycisk analiz. Każdy inny wykres startowy w tym punkcie może być wykonany tylko poprzez jego wybór z menu kontekstowego.
Określanie domyślnego wykresu startowego danego punktu wywołania przebiega wg następującego algorytmu:
1.Sprawdzamy czy do wywołania (np. kontekstu) jest podłączony wykres użytkownika z zaznaczoną flagą: Domyślny. Jeśli tak – wykres ten jest domyślnym wykresem startowym – kończymy poszukiwanie.
Jeśli nie:
2.Sprawdzamy czy do kolejnych gałęzi nadrzędnych wywołania (np. procedury, potem roota) jest podłączony wykres użytkownika z zaznaczoną flagą: Domyślny. Jeśli tak – wykres ten jest domyślnym wykresem startowym – kończymy poszukiwanie.
Jeśli nie:
3. Sprawdzamy czy do wywołania (np. kontekstu) jest podłączony wykres standardowy z zaznaczoną flagą: Domyślny. Jeśli tak – wykres ten jest domyślnym wykresem startowym – kończymy poszukiwanie.
Jeśli nie:
4. Sprawdzamy czy do kolejnych gałęzi nadrzędnych wywołania (np. procedury, potem roota) jest podłączony wykres standardowy z zaznaczoną flagą: Domyślny. Jeśli tak – wykres ten jest domyślnym wykresem startowym – kończymy poszukiwanie.
Jeśli nie:
5. Pobieramy pierwszy w kolejności lp wykres startowy użytkownika podłączony do wywołania,
a w przypadku jego braku do kolejnych gałęzi nadrzędnych wywołania. Jeśli taki wykres znajdziemy – wykres ten jest domyślnym wykresem startowym – kończymy poszukiwanie.
Jeśli nie:
6. Pobieramy pierwszy w kolejności lp wykres startowy standardowy podłączony do wywołania,
a w przypadku jego braku do kolejnych gałęzi nadrzędnych wywołania. Jeśli taki wykres znajdziemy – wykres ten jest domyślnym wykresem startowym – kończymy poszukiwanie.
Obsługa przycisków wykresu jest analogiczna jak w przypadku wydruków; do wyboru są trzy akcje:
Wykonaj domyślny wykres startowy (przycisk główny wykresów),
Wybierz wykres startowy z menu kontekstowego i wykonaj go (dodatkowy przycisk wykresów; z ikoną strzałki) oraz
Edycja węzła wykresów (Ctrl + lewy klawisz myszy na przycisku głównym).
Po wykonaniu domyślnego lub wybranego wykresu startowego jest otwierane okno wynikowe analiz. Obiekt wykresu po aktywacji (otwarcie okna z wykresem) widzi tylko węzeł narysowanego wykresu a więc, mimo że do danego wywołania możemy mieć podłączoną dowolną ilość wykresów startowych – tylko jeden z nich jest bieżącym wykresem startowym.
Wykresy startowe mogą być filtrowane przez zastosowanie dynamicznych warunków, które decydują czy w danej sytuacji (przy bieżących ustawieniach przez aplikację zmiennych występujących w warunku podłączenia wykresu) dany wykres startowy ma być widoczny w danym kontekście czy też nie. W warunkach można umieszczać zmienne i funkcje zabindowane przez aplikację (moduł wykresów nie robi PUSHBIND) a także standardowe funkcje Clariona (np. Today()).
Zagnieżdżanie wykresów
Każdy wykres (w szczególności także wykresy startowe dla danego wywołania) może mieć dowolną ilość wykresów podrzędnych (podwykresów), podłączonych do niego w uporządkowany sposób; jeden z tych podwykresów jest traktowany jako domyślny (decyduje ustawienie flagi: Domyślny podłączenia a w przypadku jej wyzerowania dla wszystkich podwykresów - kolejność podwykresów wg lp; kolejność tą można zmieniać na drzewie hierarchii wykresów używając mechanizmu bąbelkowania).
Z drugiej strony każdy wykres może być podłączony do dowolnej ilości wykresów nadrzędnych w stosunku do niego.
Nie ma tu ograniczenia, aby wykresy „nie zapętlały się” tzn. aby dla żadnego łańcucha wykresów nie zachodziła sytuacja, że jakiś wykres występuje w tym łańcuchu więcej niż jeden raz.
Graf wykresów – nawigacja w czasie wykonywania
Ciąg wykonań wykresów danego punktu wywołania, począwszy od bieżącego wykresu startowego nazywamy historią wykonań wykresów. Zapis wykonania wykresu do historii następuje przy wczytywaniu bieżącego wykresu startowego a następnie przy wykonywaniu akcji: Eksploruj. W odpowiednich zmiennych zapamiętywane są dane pozwalające odtworzyć wyświetlony uprzednio wykres w niezmienionej postaci (z dokładnością do zmian wynikających z odświeżenia wyników); dane te, to oczywiście zapytanie i wartości parametrów ostatnio użyte
w tych zapytaniach oraz ostatnie wartości parametrów graficznych. Na każdym wykresie (poza bieżącym startowym dla opcji: Na początek), na specjalnych przyciskach, są dostępne dodatkowo cztery opcje: Na początek (powrót do bieżącego wykresu startowego), Wstecz (powrót do poprzednio wykonanego wykresu), Wprzód (przejście do następnego „historycznie” wykresu) i Na koniec (przejście do ostatniego „historycznie” wykresu).
Opcja: Wstecz (także: Na początek) nie pojawia się w przypadku, gdy jesteśmy na bieżącym wykresie startowym. Wszystkie parametry wykresu (z zapytania i graficzne), do którego się cofamy są odtwarzane na podstawie odpowiednich zmiennych, ale dane wykresu są przeładowywane.
Analogiczne uwagi dotyczą opcji: Wprzód, którą dodatkowo trzeba odróżniać od opcji: Eksploruj, także w tym sensie, że nawet, jeśli opcja: Wprzód, powoduje przejście do podrzędnego wykresu (tak jak opcja: Eksploruj), to po pierwsze niekoniecznie jest to ten sam wykres podrzędny (jeśli jest ich więcej) a po drugie opcja: Eksploruj, dotyczy klikniętego w momencie jej wybrania punktu, a opcja: Wprzód, bierze pod uwagę punkt poprzednio kliknięty, tj. kliknięty w trakcie wykonywania opcji: Eksploruj, które wprowadziło dany wykres do historii.
Uwaga
Zapisujemy do kolejki historii tylko bieżący wykres startowy i eksploracje (każdą). Cofanie ani posuwanie się wprzód nie dopisuje do kolejki rekordów, a tylko przesuwa pointer wskazujący bieżącą pozycję. Eksploracja usuwa wszystkie rekordy z kolejki historii będące „po rekordzie” odpowiadającym eksplorowanemu wykresowi, dopisuje rekord docelowego podwykresu i ustawia na nim pointer. Powoduje to „zapominanie” części historii po wykonaniu eksploracji, ale jest to standardowe zachowanie
Edycja wykresów
Do wygodnego podłączania wykresów startowych do wywołań oraz wykresów do wykresów (zagnieżdżanie) zostało utworzone specjalne wielopoziomowe drzewo (korzeń, procedura, kontekst, wykresy startowe, wykresy podrzędne). Poza podstawowymi operacjami takimi jak dodawanie, podłączanie i odłączanie wykresów, ich edycja (w tym testowanie) i usuwanie dostępne są także różne funkcje pomocnicze, np. włączanie/wyłączanie flagi domyślności, bąbelkowanie, szukanie wykresu zawierającego w definicji podany ciąg znaków i inne.
Źródła danych do wykresów
Zapytanie SQL i dane w bazie
Jest to podstawowy rodzaj źródła danych dla wykresów.
Przez zapytanie rozumiemy tu ciąg dowolnych (niezmieniających struktury ani zawartości bazy danych) instrukcji T-SQL, w którym ostatnią jest instrukcja SELECT o strukturze zgodnej ze strukturą specjalnej kolejki z danymi, predefiniowanej w module Prefix_GRPH:
t_op_qWykresyDane QUEUE,TYPE
Id LONG !ID punktu, służy do jednoznacznej identyfikacji punktu wykresu
nX DECIMAL(20,4) !Wartość X punktu (dla wykresów nie ‘XY’ równa ID)
sNazwa STRING(50) !Nazwa punktu (dla wykresów ‘XY’ równa nX)
nY DECIMAL(20,4) !Wartość Y punktu
sW1 STRING(255) !Inne dane punktu, wartość 1
...
sW20 STRING(255) !Inne dane punktu, wartość 20
END
Struktura ta, w przypadku gdy mamy do czynienia z prawdziwym wykresem a nie tylko z tabelą wynikową, nakłada pewne ograniczenia na typy i zawartość pierwszych trzech kolumn zapytania:
pierwsza kolumna numeruje wiersze wyniku, zatem musi być całkowita, a jej wartości unikalne,
druga kolumna określa wartości na osi X – musi więc być rzeczywista lub całkowita, a jej wartości unikalne,
trzecia kolumna określa opisy osi X – powinna być znakowa, a jej wartości unikalne choć akurat te wymagania są tylko zaleceniami a nie formalnymi wymogami.
W przypadku wykresów typu: tylko tabela, powyższe ograniczenia nie obowiązują.
Zapytanie nie musi zwracać wszystkich wartości w kolejce t_op_qWykresyDane - ważna jest tylko zgodność typów poszczególnych kolumn (z dokładnością do clarionowej konwersji typów) i zgodność merytoryczna (np. druga kolumna zapytania powinna określać wartości na osi X a czwarta – wartości na osi Y, chyba, że w parametrach graficznych umieszczono jawnie parametr /@Series określający kolumnę/kolumny zapytania stanowiącą/ce źródło wartości osi Y).
Przyklad
Zapytanie SELECT BRa_Akronim, BRa_BraID, Bra_SaldoBO, Bra_Symbol FROM cdn.BnkRachunki spowoduje, że wartości akronimów zostaną wpisane do kolumny typu LONG a jako wartości punktów zostanie podstawione zero (konwersja Bra_Symbol do DECIMAL(20,4)).
Wszystkie kolumny zwracane przez SELECT muszą być nazwane. Jeśli więc w liście tej występują agregaty lub stałe – należy koniecznie użyć aliasów (np. SELECT PunktID=1, TrN_TrNID, TrN_NumerPelny, RazemNetto=SUM(TrE_WartoscNetto) FROM ... ).
Zapytanie jest wykonywane przez ADO. Rezygnacja z klasy SqlQuery na rzecz ADO ma miejsce z dwóch powodów:
aby móc wykonywać dowolne skrypty (np. zawierające deklaracje kursorów, tworzenie tabel tymczasowych itp.) zwracające recordset – będzie to potrzebne chociażby przy implementacji po stronie serwera tzw. poziomu odcięcia.
ADO zwraca także nazwy kolumn z zapytania tak jakby je wypisał QA (nie trzeba więc parsować zapytania uwzględniając składnię PodID=Knt_KntID czy Knt_KntID AS PodID – w obu przypadkach ADO zwróci PodID).
W tekście zapytania w definicji wykresu mogą występować tzw. parametry dynamiczne, których wartości są wyliczane i wstawiane w miejsce definicji (odwołań do) tych parametrów przed przesłaniem wynikowego zapytania na serwer. Poza parametrami dynamicznymi w zapytaniu można umieszczać wyrażenia, zmienne tekstowe, wstawki tekstowe i wiele innych konstrukcji, które przed podaniem zapytania do serwera SQL są rozwijane bądź wyliczane i podstawiane wartościami. Język użyty w zapytaniu wykresu jest połączeniem T-SQL i specjalnego języka obsługi parametrów dynamicznych, tzw. DPL.
Wynika stąd wiele możliwości, np. komentarze w zapytaniu wykresu mogą być wstawiane jako komentarze SQL-owe: -- (jednak język DPL nie interpretuje komentarzy SQL-owych stąd też np. wstawienie odwołania do parametru dynamicznego w komentarzu SQL spowoduje wstawienie wartości tego parametru do zapytania przed wysłaniem go na serwer ale nie ma to oczywiście wpływu na wynik zapytania).
Kolejka globalna wypełniona przez aplikację
Dane serii wykresu mogą także pochodzić ze specjalnych kolejek globalnych wypełnianych przez aplikację w różny sposób. Ma to miejsce w przypadkach, gdy aplikacja dysponuje już danymi (często uzyskanymi w inny sposób niż wykonanie instrukcji SQL-owych; np. niektóre browsy po kolejce). Kolejki te są wypełniane przez aplikację
a następnie przepisywane przez obiekt wykresu do wewnętrznej kolejki wynikowej (property wskaźnika na kolejkę o strukturze t_op_qWykresyDane) przed wykonaniem wykresu.
Wywołanie procedury
Wykonanie wykresu może polegać nie tylko na uzyskaniu wyników i ich graficznej i/albo tabelarycznej prezentacji (wykresy normalne / wykresy typu: tylko tabela), ale także na wywołaniu procedury (tzw. drill-trough).
W tym przypadku składnia zapytania nie ma nic wspólnego z SQL-em – wywołanie procedury następuje zgodnie ze składnią języka DPL.
Parametry dynamiczne wykresów
Parametrem dynamicznym wykresu (w skrócie: parametrem) nazywamy zmienną występującą w zapytaniu lub parametrach graficznych (można np. sparametryzować tytuł wykresu), której wartość jest ustalana i wstawiana
w miejsce definicji parametru w czasie wykonywania wykresu (tzw. runtime).
Przed wykonaniem bieżącego wykresu startowego lub potomnego po raz pierwszy w danej sesji wywołania obiekt przeszukuje zapytanie i parametry graficzne wykresu w poszukiwaniu parametrów dynamicznych. Po znalezieniu wszystkich parametrów, przed wykonaniem wykresu obiekt stara się ustalić ich wartości:
Jeśli mamy do czynienia z bieżącym wykresem startowym – przeszukiwane są parametry przekazane
z aplikacji. Wiązanie odbywa się po Nazwie parametru. Dotyczy to tylko parametrów dynamicznych zdefiniowanych w zapytaniu.
Jeśli wykonujemy opcję: Eksploruj – najpierw sprawdzane jest zapytanie wykresu nadrzędnego (dokładniej kolekcja Fields jego wynikowego recordsetu) w poszukiwaniu kolumn o nazwie zgodnej z Nazwą parametru. Jeśli taka kolumna zostanie znaleziona – jest pobierany kliknięty rekord z kolejki z danymi nadrzędnego wykresu a następnie w miejsce parametru wstawiana jest wartość z odpowiedniej kolumny tego rekordu. Dotyczy to zarówno parametrów zapytania jak i graficznych. Jeśli szukana kolumna nie zostanie znaleziona – jest przeszukiwana kolejka parametrów dynamicznych nadwykresu (czyli eksplorowanego wykresu). Jeśli w kolejce tej zostanie znaleziony parametr o nazwie Nazwa – następuje odziedziczenie wartości. Oczywiście dla parametrów zdefiniowanych w zapytaniu przeszukiwana jest kolejka parametrów dynamicznych „nadzapytania”, a dla parametrów zdefiniowanych w parametrach graficznych – kolejka parametrów dynamicznych „nadparametrów” graficznych.
Jeśli mamy do czynienia z parametrem dynamicznym zdefiniowanym w parametrach graficznych, niezależnie od wyników poprzednich poszukiwań, następuje próba odziedziczenia wartości tego parametru z parametru dynamicznego o takiej samej nazwie, zdefiniowanego w zapytaniu bieżącego wykresu. Mamy tu zatem do czynienia z bezwarunkowym dziedziczeniem wartości graficznych parametrów dynamicznych z wartości zapytaniowych parametrów dynamicznych bieżącego wykresu.
W obu przypadkach, jeśli poszukiwania nie dadzą rezultatu – wartość parametru jest ustalana na podstawie jego Defaultu (odczytanej z definicji parametru).
Wszystkie parametry danego wykresu, łącznie z ustalonymi wartościami zapisywane są w odpowiedniej kolejce. Na podstawie tej kolejki kreowane są dynamicznie kontrolki parametrów i od razu rysowany wykres.
Przed wykonaniem wykresu, który już wcześniej został wczytany (Na początek, Wstecz, Wprzód Na koniec, Odśwież) następuje wykreowanie kontrolek parametrów tego wykresu z wartościami ostatnio użytymi
i narysowanie wykresu w oparciu o te wartości. Teraz użytkownik może manipulować wartościami parametrów poprzez kontrolki – wartości te są zapisywane do kolejki w momencie wykonania akcji: Odśwież.
Zmienne dynamiczne przekazywane z aplikacji do bieżącego wykresu startowego
Zmienne dynamiczne mają za zadanie zainicjalizować wybrane parametry dynamiczne wykresu wartościami przekazanymi z aplikacji. Wartości tych zmiennych są ustalane w czasie wykonywania programu (runtime)
i przesyłane do bieżącego wykresu startowego.
Klasa wykresów korzysta z przekazanych jej zmiennych dynamicznych przy ustalaniu wartości początkowych parametrów dynamicznych zapytania i grafiki bieżącego wykresu startowego (nadpisanie wartości początkowych odczytanych z definicji parametru). Wiązanie parametru ze zmienną odbywa się po nazwie.
Przyklad
Zmienne dynamiczne są podstawiane pod parametry dynamiczne tylko dla bieżącego wykresu startowego (nie dotyczą podwykresów – tam występuje dziedziczenie wartości parametrów o zgodnej nazwie)
Wyrażenia
Wyrażenia to ciągi znaków występujące w zapytaniach oraz w parametrach graficznych wykresu ewaluowane (czyli takie, których wartości są obliczane) clarionową instrukcją EVALUATE przed wykonaniem wykresu. W wyrażeniach mogą występować m.in. odwołania do parametrów dynamicznych, a także funkcje systemowe clarionowe oraz zabindowane w Clarionie zmienne i funkcje. Wyrażeń używa bardzo często do określania wartości początkowych parametrów dynamicznych (np. bieżąca data).
Składnia wyrażenia jest następująca:
{ciąg_znaków} (W)
Makra
Przed parsowaniem zapytania i parametrów graficznych wykresu w poszukiwaniu parametrów dynamicznych jest przeprowadzany tzw. preparsing polegający na znalezieniu i rozwinięciu makr występujących w zapytaniu. Makro jest specjalnym ciągiem znaków, który jest rozpoznawany przez preparser i zamieniany na tzw. rozwinięcie makra. Najczęściej makra są rozwijane do definicji parametrów dynamicznych, szczególnie do lookupów. Pozwala to
w prosty, szybki i standardowy sposób definiować podobne lub identyczne parametry w różnych zapytaniach. Obecnie jednak do tworzenia deklaracji/definicji lookupów (oraz innych parametrów dynamicznych) zamiast makr zalecane jest stosowanie wizardów.
Preparser jest w praktyce metodą klasy operującej na parametrach dynamicznych. Metoda ta jest wirtualna, co pozwala rozwijać makra w sposób zależny od różnych uwarunkowań, np. od projektu (Optima, XL itp.). Ze względu na wirtualność preparsera nie można zdefiniować ogólnej składni makra – może ona być różna dla różnych przegięć metody. Możemy jednak podać składnię makra, jaka obowiązuje w preparserze Opt!my:
@MAKRO(Typ,Kod,Default) (MD)
Makra z Szybkich Raportów
Przed rozwijaniem makr opisanych poprzednio zapytanie wykresu jest przeszukiwane pod kątem występowania
w nim specjalnych sekwencji używanych przez Szybkie Raporty XL. Sekwencje te są odpowiednio rozwijane:
{FILTRSQL}
Jest rozwijane do wartości wpisanej przez programistę w template GraphButton-a i przechowywanej
w dodatkowym property GraphManagerClass.sFiltrSQL (jeśli puste – rozwija się do ‘1=1’)
{FILTRLINK}
Jest rozwijane do wartości wpisanej przez programistę w template GraphButton-a i przechowywanej
w dodatkowym property GraphManagerClass.sFiltrLink (jeśli puste – rozwija się do ‘1=1’)
{OPCJEAPP}
Jest rozwijane do wartości wpisanej przez programistę w template GraphButton-a i przechowywanej
w dodatkowym property GraphManagerClass.cOpcjeApp.
Oczywiście rozwijanie makr SR nie ma większego sensu w przypadku podwykresów (szybkich raportów nie można było zagnieżdżać). Jednak, jeśli ktoś świadomie umieścił takie makro w zapytaniu to trzeba je rozwinąć (na odpowiedzialność użytkownika).
Predefiniowane wstawki tekstowe
Wstawki tekstowe
Stosując predefiniowane wstawki tekstowe, zmiana jakiejkolwiek własności kontrolki powoduje zmianę w jednym miejscu (nie ma potrzeby dokonywania zmian we wszystkich odpowiednich wykresach). Dzięki temu powtarzające się w wielu miejscach analogiczne kontrolki występują tak samo. Podobnie ma się rzecz, jeśli chodzi o parametry graficzne, które, poza tytułem, typem wykresu i wyborem serii powinny być w zasadzie identyczne dla wszystkich wykresów.
Wyodrębnienie wspólnych części wykresów polega na tym, że jeżeli mamy kilka wykresów o bardzo podobnej konstrukcji (różniących się tylko detalami) to za pomocą predefiniowanych wstawek tekstowych można jak gdyby stworzyć jedną, sparametryzowaną definicję wykresu. Oczywiście, formalnie rzecz biorąc, definicji będzie kilka, tyle tylko, że będą one posiadały jedynie wywołanie odpowiedniej, wspólnej wstawki z różnymi parametrami.
Pierwszą czynnością, jaką wykonuje moduł wykresów po wczytaniu definicji wykresu z bazy, jeszcze przed podaniem tekstów (zapytanie i grafika) do preparsingu, jest poszukiwanie w tych tekstach deklaracji predefiniowanych wstawek tekstowych (PWT) i ich rozwijanie.
Deklaracja PWT w tekście zapytania bądź grafiki ma następującą składnię:
@INS Nazwa||[Parametry] [ParametryX] INS@ (PWT0)
gdzie Nazwa jest unikalną (w ramach bazy wykresu) nazwą wstawki (NO CASE) a opcjonalne człony Parametry i ParametryX posiadają następującą składnię:
gdzie Parametr jest dowolnym ciągiem znaków (NO CASE) , niezawierającym przecinka (seperator parametrów), znaku ^ (definicja parametru typu X) ani ciągu znaków ‘ INS@’ (spacja, INS@ - terminator PWT). Parametry typu X muszą występować po parametrach zwykłych i nie mogą być z nimi wymieszane. Zostaną one omówione w dalszej części tego rozdziału.
Parametry są przekazywane do definicji wstawki i decydują o wstawianiu do niej tekstów warunkowych (patrz następny rozdział) i wstawek podrzędnych (tzw. podwstawek).
Definicja wstawki jest traktowana jak normalny tekst – wynika stąd, że wstawki mogą być zagnieżdżone. Deklaracja (pod)wstawki we wstawce ma postać:
@INS Nazwa|[Warunek]|[Parametry] INS@ (PPWT)
gdzie Nazwa jest unikalną (w ramach bazy wykresu) nazwą wstawki podrzędnej (NO CASE), a opcjonalny człon Warunek posiada następującą składnię:
Segment[,Segment...] (PWTW)
gdzie Segment jest dowolnym ciągiem znaków (NO CASE), nie zawierającym przecinka (seperator segmentów) ani ciągu znaków ‘INS@’ (spacja, INS@ - terminator PWT). Ponieważ podwstawka może zostać wywołana
z parametrami (deklaracja w tekście nadrzędnym) – sprawdzamy czy parametry te spełniają Warunek wstawienia podwstawki. Jeśli Warunek jest spełniony - następuje zamiana deklaracji podwstawki na jej rozwinięcie, jeśli nie – usunięcie deklaracji podwstawki. Walidacja warunku odbywa się w następujący sposób:
jeśli Warunek jest pusty – uznaje się, że jest spełniony jeśli Warunek nie jest pusty – uznaje się, że jest spełniony, jeśli dla co najmniej jednego z jego członów (Segment) istnieje odpowiednik (równość NO CASE) wśród przekazanych do podwstawki parametrów zwykłych (nie typu X).
Uwaga
Przy rozwijaniu wstawki jej rozwinięcie pobierane jest z tej bazy (wykresów standardowych lub użytkownika),
z której pobrano definicję wykresu. W przypadku nie znalezienia wstawki o podanej nazwie, jeśli mamy do czynienia z wykresem użytkownika, wstawka jest następnie poszukiwana w bazie wykresów standardowych
.
Teksty warunkowe
Tekst warunkowy jest dowolnym ciągiem znaków, który może zostać wstawiony do definicji wstawki przy spełnieniu określonych warunków.
Tekst warunkowy może występować jedynie w definicji predefiniowanej wstawki tekstowej a jego składnia jest następująca:
@IF(Warunek) Tekst IF@(TW)
gdzie Warunek jest analogiczny jak w definicji (PPWT) a Tekst jest dowolnym ciągiem znaków nie zawierającym sekwencji zakończenia ‘IF@’ (spacja, IF@). Ponieważ TW może występować jedynie w definicji PWT – są określone parametry przekazane do definicji PWT z jej deklaracji w tekście nadrzędnym. Parametry te pozwalają na walidację warunku Warunek (mechanizm dokładnie taki sam jak w przypadku PPWT).
Uzupełniającym elementem składni tekstu warunkowego jest zaprzeczony tekst warunkowy:
@IFNOT(Warunek) Tekst IFNOT@(TWNOT)
różni się on od TW tylko tym, że tekst jest wstawiany jeśli warunek jest pusty albo żaden jego człon nie ma odpowiednika wśród przekazanych parametrów.
Uwaga
Warto zwrócić uwagę na fakt, że przed sekwencją kończącą IF@ (IFNOT@) musi występować, co najmniej jedna spacja, zatem deklaracja:
@IF(FAPA)
xxx
IF@
nie jest poprawna, gdyż bezpośrednio przed końcowym IF@ występuje enter zamiast spacji
Analogicznie do powyższych zostały wprowadzone teksty warunkowe:
@IFAND(Warunek) Tekst IFAND@ (TWAND)
oraz
@IFANDNOT(Warunek) Tekst IFANDNOT@ (TWANDNOT)
różniące się od opisanych jedynie sposobem sprawdzania Warunku, który w tym przypadku uważa się za spełniony tylko wtedy, gdy jest pusty lub dla wszystkich jego członów (Segment) istnieje odpowiednik (równość NO CASE) wśród przekazanych do podwstawki parametrów zwykłych (nie typu X).
Rozszerzone parametry tekstowe (parametry typu X)
Opisany wyżej mechanizm nie pozwala na parametryzowanie wstawek tekstowych. Przypuśćmy, że chcemy zdefiniować wstawkę wstawiającą zakres dat. Wstawki tej chcemy użyć zarówno w analizie a1 gdzie wartości domyślne dat mają być odpowiednio Today() i Today()+1 i w analizie a2 z wartościami domyślnymi Date(Month(Today()), 1, Year(Today())) i Today(). Aby wstawka mogła zrealizować oba te zadania – musi obsługiwać parametry rozszerzone.
Składnia rozszerzonego parametru tekstowego wstawianego do wstawki jest następująca:
@INSP(Nazwa) (INSP)
gdzie Nazwa jest nazwą parametru przekazanego z tekstu nadrzędnego (zapytania, grafiki bądź podwstawki).
Składnia przekazania w/w parametru tekstowego jest określona przez (PWTPX). We wzorze tym NazwaParametruX odpowiada Nazwie w (INSP) (równość jest typu NO CASE). Wartość parametru może być ustalona, ale może też zawierać element @INSP().
Parametry graficzne wykresu
Aby nie zmieniać struktury tabeli z wykresami przy dodawaniu w przyszłości obsługi kolejnych parametrów graficznych wprowadzamy jedną, parsowaną kolumnę stringową ParametryGraficzne. Kolumna ta powinna zawierać ustawienia wszystkich potrzebnych parametrów graficznych danego wykresu w postaci:
/@SymbolGr[=WartoscGr(BezApostrofów)] (PG)
gdzie SymbolGr jest nazwą parametru graficznego a WartoscGr jego wartością początkową. Kolumna ParametryGraficzne jest parsowana przez klasę przy wczytywaniu definicji wykresu i składana przy zapisie.
Opcjonalna wartość WartoscGr jest wartością parametru, z którą wykres jest rysowany pierwszy raz; wartość ta może zostać zmieniona w trakcie oglądania wykresu przez edycję odpowiedniej kontrolki dynamicznej, wykreowanej na podstawie parametru dynamicznego wykresu dotyczącego wartości danego parametru graficznego. Wartość WartoscGr może bowiem zawierać parametry dynamiczne.
W wartościach parametrów graficznych obu typów mogą występować wyrażenia.
Oto najważniejsze symbole dostępnych parametrów graficznych:
SymbolGr
Znaczenie
Wartości
D
PD
D(*)
PD(*)
HeaderName
Tytuł wykresu
1
1
XAxisName
Tytuł osi X
1
1
YAxisName
Tytuł osi Y
1
1
Type
Typ wykresu
1 – kolumnowy, 2 – liniowy, 4 – kołowy,...
1
1
1
1
Depth
Głębokość 3D
0 – wykres 2D, >0 – wykres 3D
0
1
100
1
LineWidth
Grubość linii
1-10 (dotyczy typu 2)
2
1
0
PointWidth
Grubość słupka
1-10 (dotyczy typu 1)
0
0
ShowDataLabels
Wyświetla wartości punktów
0 – nie pokazuje, 1 – pokazuje
1
1
1
1
Series
Definicje serii
Kol,...,Kol gdzie Kol,...,Kol - numery kolumn zapytania (4<=Kol<=11).
4
1
4
1
NoHeadOnCols
Wykaz kolumn, które mają nie mieć headera
Kol,...,Kol gdzie Kol,...,Kol - numery kolumn zapytania (1<=Kol<=11).
0
0
HideCols
Wykaz kolumn, które mają być ukryte (zerowej szerokości)
Kol,...,Kol gdzie Kol,...,Kol - numery kolumn zapytania (1<=Kol<=11).
0
0
AutoRefresh
Automatyczne odświeżanie
0 – nie, 1 – tak
0
1
1
1
SkipFirstExec
Nie wykonywanie akcji (zapytania, procedury) za pierwszym razem, dopiero po odświeżeniu. Dotyczy tylko wykresu startowego.
0 – wykonuj akcję także przy pierwszym wykonaniu wykresu, 1 – nie wykonuj akcji przy pierwszym wykonaniu wykresu (np. nie chcemy wykonywać zapytania z domyślnymi wartościami parametrów)
0
1
1
1
Default jest wartością, która jest podstawiana, gdy w parametrach graficznych dany parametr w ogóle nie występuje i PodstawDefault=1. Gdy w parametrach graficznych dany parametr w ogóle nie występuje
i PodstawDefault=0, to wartość parametru nie jest w ogóle podstawiana. Default(*) jest wartością, która jest podstawiana, gdy w parametrach graficznych dany parametr występuje, ale nie ma podstawionej wartości (np. /@3D, /@PokazujEtykietyDanych) i PodstawDefault(*)=1. Gdy w parametrach graficznych dany parametr występuje, ale nie ma podstawionej wartości i PodstawDefault(*)=0, to wartość parametru nie jest w ogóle podstawiana. Boldem zaznaczono parametry graficzne niemające swoich odpowiedników we własnościach obiektu Insight.
Uwaga
Parametry NoHeadOnCols, HideCols, mimo że formalnie przynależą do parametrów graficznych – dotyczą tabeli z wynikami, a nie wykresu. Stąd nie należy się dziwić, że wykres typu: tylko tabela, ma aktywne pole z parametrami graficznymi.
Graficzne stałe symboliczne
Graficzne stałe symboliczne to stałe postaci @NAZWASTAŁEJ, występujące w parametrach graficznych wykresu, których wartości podstawiane są do parametrów graficznych przed narysowaniem wykresu, ale już po załadowaniu wyników. Poniższa tabela zawiera wszystkie obsługiwane w tej chwili stałe:
Nazwa stałej
Opis (wartość)
RECORDS
Zwraca ilość rekordów wyniku zapytania.
Przykład użycia: /@ShowXLabelsEvery={@Records/3}
Uwaga
Nazwy stałych graficznych są CASE SENSITIVE.
Przekazywanie do wykresów zaznaczonych pozycji
Moduł analiz posiada możliwość odwoływania się do pozycji zaznaczonych na liście. Mogą to być nie tylko zaznaczenia na konkretnej liście, ale dowolny ciąg identyfikatorów rekordów, które to identyfikatory w dalszej części będziemy nazywać zaznaczeniami. Idea obsługi zaznaczeń jest następująca:
MANAGER WYKRESÓW.
Jeśli wykres jest zbudowany w oparciu o tabelę zaznaczeń (flaga na definicji wykresu), przed wykonaniem zapytania (w metodzie .Wykonaj) generuje unikalny, 50-znakowy GUID i zapisuje przekazane wcześniej
z aplikacji zaznaczenia do SQL-owej tabeli WkrZaznaczenia2.
Wszystkie zapisywane rekordy mają ustawiony wspólny (wygenerowany wyżej) GUID (WkZ2_GUID). Wartość ta jest także przekazywana do wykresu za pośrednictwem parametru dynamicznego ZazGUID.
Identyfikator zaznaczonego rekordu zapisuje się w polach WkZ2_GIDTyp, WkZ2_GIDFirma, WkZ2_GIDNumer i WkZ2_GIDLp. W zależności od potrzeb można podstawić pełny GID (XL) lub tylko ID (Opt!ma); w tym drugim przypadku ID zaznaczonego rekordu podstawia się pod WkZ2_GIDNumer.
Po wykonaniu wykresu odpowiednie rekordy z tabeli WkrZaznaczenia2 są usuwane.
W procedurze, która dopuszcza obsługę wykresów z zaznaczeniami (najczęściej listy), przed wykonaniem wykresu (np. w przegięciu metody GraphButtonClass.ObliczParametry), następuje wywołanie metody:
W zapytaniu wykonuje JOIN do tabeli WkrZaznaczenia2 (np. ... JOIN WkrZaznaczenia2 ON BNa_BNaID = WkZ2_GIDNumer ...).
W filtrze zapytania umieszcza warunek na (odziedziczony ze zmiennej dynamicznej) GUID (WkZ2_GUID = ??_QZazGUID)
Wysyłanie wyników wykresu
Wyniki wykonania analizy (wykres w postaci graficznej oraz tabela z wynikami) są zawsze (o ile nie jest to wynik skalarny) zapisywane do pliku. Plik ten (tzw. plik wynikowy) może mieć jeden z następujących formatów:
COMMA (dane tabelaryczne)
Excel (dane tabelaryczne)
XML (dane tabelaryczne)
Jest tu możliwość zastosowania podanego szablonu XSL.
WMF (grafika)
W przypadku formatu COMMA istnieje możliwość dopisywania danych do istniejącego pliku.
W/w plik jest zapisywany z podaną nazwą (lub systemową nazwą tymczasową, jeśli nie podano nazwy docelowej)
i w podanym katalogu (lub systemowym katalogu tymczasowym, jeśli nie podano katalogu docelowego).
Edycja wykresów
Formularz wykresu
Do edycji wykresu służy formularz definicji wykresu.
Formularz definicji wykresu, zakładka Ogólne.
W oknie znajdują się przyciski:
[Testuj wykres] - służy do testowania edytowanego wykresu. Dokładniej przycisk ten służy do wykonania testu edytowanego wykresu z zastosowaniem bieżących ustawień na formularzu. Po jego naciśnięciu jest wykonywany w trybie testowym edytowany wykres. Tryb testowy polega na tym, że bezpośrednio przed przesłaniem zapytania na serwer zapytanie to (ze wstawionymi bieżącymi wartościami parametrów dynamicznych) jest podawane do edycji użytkownika. Po wykonaniu wykresu jest możliwa normalna nawigacja począwszy od węzła odpowiadającego edytowanemu wykresowi. Wykonaniu każdego wykresu w trybie testowym towarzyszy okno pozwalające na edycję zapytania przed przesłaniem go do serwera.
.
Uwaga
W trybie testowym nie są oczywiście przesyłane do wykresu żadne zmienne dynamiczne, które normalnie aplikacja przesyła dla potrzeb inicjalizacji niektórych parametrów dynamicznych wykresu – wszystkie te parametry zostają więc zainicjalizowane swoimi wartościami domyślnymi, określonymi w deklaracji lub definicji (inaczej jest w przypadku normalnego wykonania wykresu).
[Zabezpiecz wykres] - służy do założenia hasła blokującego zmiany w definicji wykresu dla użytkowników nieznających hasła. Przy wejściu na formularz tak zabezpieczonego wykresu nie mamy możliwości dokonania jakichkolwiek zmian chyba, że wciśniemy przycisk z kluczykiem i wpiszemy poprawne hasło
W takim przypadku definicja zostanie odblokowana i będzie również możliwa zmiana hasła (w tym jego wyczyszczenie, czyli odbezpieczenie definicji).
Pozostałe kontrolki są albo standardowe albo ich opis w pełni wyjaśnia zastosowanie. Dlatego tutaj ograniczymy się tylko do nadmienienia o jednej istotnej sprawie. Mianowicie w celu ułatwienia posługiwania się językiem stosowanym w definicji wykresu (połączenie SQL i języka parametrów dynamicznych) opracowano system zagnieżdżonych wizardów. Wizardy te pozwalają tworzyć i edytować deklaracje i odwołania do parametrów dynamicznych, wyrażenia, zmienne tekstowe, szablon zapytania SQL itp. Są one dostępne po kliknięciu prawym klawiszem myszy tekstu zapytania lub parametrów graficznych wykresu.
Poniżej przedstawiono dwie pozostałe zakładki formularza.
Do wyboru wykresu, który chcemy podłączyć, jak również do edycji wykresów zaimplementowano listy wykresów (Rysunek 5 przedstawia listę wykresów standardowych; wykresy użytkownika posiadają analogiczną listę). Lista ta może służyć również do edycji wykresów niepodłączonych do żadnego wywołania.
Lista wykresów (standardowych).
Lista wstawek tekstowych do wykresów
Do edycji wstawek tekstowych służą listy wstawek tekstowych do wykresów (Rysunek 6 przedstawia listę wstawek do wykresów standardowych; wstawki użytkownika posiadają analogiczną listę).
Lista wstawek tekstowych (do wykresów standardowych).
Formularz wstawki tekstowej do wykresu
Formularz wstawki tekstowej do wykresu wygląda następująco (Rysunek 7 przedstawia formularz wstawki standardowej; wstawki użytkownika posiadają analogiczny formularz).
Formularz wstawki tekstowej (standardowej).
Okno operacyjne wykresów
Głównym elementem modułu wykresów jest tzw. okno operacyjne wykresów. Okno to, zaraz po otwarciu, wyświetla wykres startowy, a następnie pozwala na nawigację po grafie wykresów i zmianę parametrów dynamicznych wykonywanych wykresów.
Głównym elementem okna jest kontrolka REGION zawierająca wykres. Pod wykresem dostępne są przyciski nawigacyjne, przycisk odświeżania wykresu oraz panel z kontrolkami parametrów dynamicznych.
Na drugiej zakładce umieszczone zostały kontrolki dynamicznych parametrów graficznych wykresu (jeśli ich brak – zakładka ta nie pokazuje się) a na trzeciej – lista z danymi serii wykresu przedstawionymi w formie tabelarycznej. Czwarta zakładka w całości dotyczy opcji wysyłania danych wynikowych. Na toolbarze okna są dostępne przyciski obsługujące wydruki wykresu i eksport danych do Excela. Wydruk z poziomu pierwszych dwóch zakładek produkuje plik .wmf (którego link jest wstawiany do definicji wydruku) a z trzeciej i czwartej zakładki – kolejkę
z danymi serii wykresu (wydruk tu podłączony powinien więc operować na kolejce).
Eksport danych do Excela obejmuje dane serii wykresu, a więc dane z listy na trzeciej zakładce.
Jedną z podstawowych akcji wykonywanych na wykresie jest eksploracja do wykresu podrzędnego. Następuje to przez kliknięcie lewym klawiszem myszy w wybrany punkt wykresu (wykonanie podwykresu domyślnego) lub kliknięcie prawym klawiszem myszy w wybrany punkt wykresu i wybór z menu podwykresu, który chcemy wykonać.
Umieszczone pod wykresem przyciski nawigacyjne służą do poruszania się po historii wykonanych wykresów od startowego począwszy. Odpowiada to analogicznym przyciskom w internetowych browserach. Należy jednak zwrócić uwagę, że wykonanie każdej akcji nawigacji (Wstecz, Wprzód itp.) wiąże się z odświeżeniem danych (powtórne załadowanie – brak cache’owania wyniku).
Jak powiedziano wcześniej, bieżący wykres startowy zostaje po raz pierwszy wykonany z wartościami początkowymi parametrów dynamicznych (nadpisanymi ewentualnie wartościami zmiennych dynamicznych przekazanych z aplikacji). Po zmianie któregokolwiek z parametrów przycisk odświeżenia zmienia ikonę na: , co ma sygnalizować, że dane na wykresie nie odpowiadają bieżącym nastawom parametrów. Aby uzgodnić dane
z parametrami należy wykonać odświeżenie. Sytuacja taka nie występuje, jeśli w parametrach graficznych wykresu użyto parametru /@AutoRefresh – wówczas dane odświeżają się automatycznie po każdej zmianie dowolnego parametru.
Uwaga
Od wersji XL2019.0 zalecamy prezentację daty w ERP XL jako tekst, jest to związane z różnicami jakie wynikają z użycia nowszych wersji SQL serwer oraz sterowników ODBC ( SQL Native Client). Datę można przekazać jako tekst według przykładu:
select
lp = 1,
cast(DATEADD(DAY, ZN.ZaN_DataWystawienia ,CONVERT(DATE,'1800-12-28',120)) as varchar) AS [Data wystawienia],
ZN.ZaN_DataWystawienia
from cdn.ZamNag zn
W Comarch ERP XL istnieje możliwość dodawania definiowalnych komunikatów wyświetlanych przez aplikację pochodzących z triggerów w bazie MSSQL.
Dotychczas komunikaty wyświetlane na skutek działania triggerów były błędami krytycznymi. W większości przypadków komunikat zwracany przez trigger znajdował się na zakładce Przyczyna. Powodowało to spore utrudnienie w odnalezieniu właściwego komunikatu z serwera MSSQL. Często intencją autora triggera było wyświetlenie innego komunikatu niż błąd krytyczny oraz umieszczenie odpowiedniej treści w głównym oknie komunikatu.
Definiowalne komunikaty umożliwiają określenie priorytetu oraz zdefiniowanie treści komunikatu, a także informacji wyświetlanej na zakładkach Przyczyna oraz Remedium.
Uwaga
Zdefiniowany komunikat nie daje możliwości określenia ważności (severity) wyzwolonego komunikatu. System Comarch ERP XL wyświetla komunikaty o ważności nie mniejszej niż 16.
Definiowanie komunikatu w triggerze
Komunikaty w triggerze jest wyświetlany za pomocą funkcji RAISERROR(). Funkcja ta generuje komunikat oraz błąd na podstawie zadanych parametrów. Błąd ten jest przechwytywany przez system, który wyświetla odpowiedni komunikat, zawierający w swej treści komunikat błędu wygenerowany przez serwer MSSQL. W dotychczasowym działaniu użytkownik nie miał żadnego wpływu na typ oraz treść wyświetlanego komunikatu. Definiowanie komunikatu będzie polegało na umieszczeniu w jego treści, konkretnie w wywołaniu funkcji RAISERROR(), odpowiednich znaczników określających priorytet komunikatu (informacja, błąd, błąd krytyczny), znaczników określających treść komunikatu oraz treść zakładki Przyczyna i Remedium.
Znaczniki określające priorytet komunikatu
Znacznikami określającymi priorytet komunikatu są:
#CDN_INFO/#
#CDN_BLAD/#
#CDN_BLADK/#
Znaczniki te mogą być umieszczone w dowolnym miejscu w treści komunikatu. Dla zwiększenia czytelności kodu proponujemy umieszczanie tych znaczników na początku treści.
Znaczniki określające treść komunikatu
Komunikat podzielony jest na treść właściwą oraz zakładki Przyczyna i Remedium. Definiowana treść powinna zaczynać się od jednego z poniższych znaczników:
#CDN_1= – ogólna treść komunikatu
#CDN_2= – zakładka Przyczyna
#CDN_3= – zakładka Remedium
Znacznikiem kończącym treść danej części komunikatu są znaki /#.
Przykłady
Poniżej przedstawiono przykładowe wywołanie funkcji RAISERROR() z definiowanym komunikatem:
RAISERROR(‘#CDN_INFO/# #CDN_1=Test aktualizacji kontrahenta/# #CDN_2=Przyczyną jest trigger/# #CDN_3=Wyłącz trigger/#’,16,1)
RAISERROR(‘#CDN_BLAD/# #CDN_1=Test aktualizacji kontrahenta/# #CDN_2=Przyczyną jest trigger/# #CDN_3=Wyłącz trigger/#’,16,1)
RAISERROR(‘#CDN_BLADK/# #CDN_1=Test aktualizacji kontrahenta/# #CDN_2=Przyczyną jest trigger/# #CDN_3=Wyłącz trigger/#’,16,1)
Przykład triggera ze zdefiniowanym komunikatem
Poniżej został przedstawiony prosty trigger blokujacy zmianę nazwy towaru, ze zdefiniowanym komunikatem.
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TRIGGER CDN.ZmianaNazwyTowaru
ON CDN.TwrKarty
FOR UPDATE
AS
BEGIN
SET NOCOUNT ON
IF UPDATE(Twr_Nazwa)
BEGIN
IF EXISTS (SELECT * FROM deleted WHERE deleted.Twr_Nazwa<>'')
BEGIN
RAISERROR('#CDN_BLAD/# #CDN_1=Próba zmiany nazwy indeksu towarowego!/# #CDN_2=Nie masz uprawnień do wykonania tej operacji./# #CDN_3=Skontaktuj się z Twoim administratorem./#',16,1)
ROLLBACK TRAN
RETURN
END
END
END
SET NOCOUNT OFF
GO
SET QUOTED_IDENTIFIER OFF
GO
SET ANSI_NULLS ON
GO
Jako informacja ogólna pojawi się komunikat: Próba zmiany nazwy indeksu towarowego!
W informacjach szczegółowych będą widniały następujące treści:
Zakładka Przyczyna: Nie masz uprawnień do wykonania tej operacji.
Zakładka Remedium: Skontaktuj się z Twoim administratorem.
Przez Małą Hydrę rozumiemy mechanizm, który pozwala na ukrycie, wyłączenie lub ustawienie wymagalności dla kontrolek na istniejących oknach. Callbacki zarówno Małej jak i Dużej Hydry są widoczne na Liście dodatków. Lista ta umożliwia importowanie i eksportowanie callbacków, zmianę ich stanu, dodawanie, usuwanie oraz edycję.
Lista dodatków
Na liście dodatków znajdują się następujące przyciski:
Nowy dodatek – użycie funkcji rozpocznie proces dodawania nowego callbacka.
Importuj – funkcja umożliwia zaimportowanie zdefiniowanego callbacka ze wskazanej lokalizacji.
Eksportuj - funkcja umożliwia wyeksportowanie callbacka do wskazanej lokalizacji.
Odśwież – odświeżenie listy dodatków.
Odśwież w programie - funkcja odświeżania w całym programie, np. w przypadku usunięcia callbacka, zostanie on usunięty ze struktury firmy i innych obiektów w systemie dopiero po jej użyciu.
Dodaj - funkcja aktywna po dodaniu callbacka. Umożliwia jego szczegółowe zdefiniowanie.
Edytuj - umożliwia edycję zdefiniowanego callbacka.
Usuń – usuwa callbacka zaznaczonego na liście.
Aby dodać nowy dodatek Małej Hydry należy uruchomić funkcję Nowy dodatek. Zostanie podniesione okno Edycja dodatku.
Edycja dodatku
Nazwa - w polu należy wprowadzić nazwę callbacka.
Wersja - wersja „Hydry”, w jakiej został utworzony callback; pole wypełniane jest automatycznie.
Przeznaczony dla wersji - wersja systemu Comarch ERP XL, w której callback będzie funkcjonował; pole wypełniane automatycznie.
Autor - autor callbacka; pole wypełniane automatycznie - wartością wprowadzaną domyślnie będzie zalogowany operator.
Data utworzenia - data utworzenia callbacka; pole wypełniane automatycznie.
Data dodania - data dodania callbacka do systemu; pole wypełniane automatycznie.
Operator - operator dodający callback do systemu; pole wypełniane automatycznie.
Stan - zaznaczenie wybranej opcji zadecyduje o aktywności callbacka w systemie. Aby callback funkcjonował w systemie, musi mieć zaznaczoną opcję: Aktywny.
Opis - w polu można wprowadzić opis callbacka.
Aby skonfigurować callbacka należy zaznaczyć dodatek i uruchomić funkcję Dodaj. W efekcie zostanie podniesione okno Edycja grupy procedur. W tym miejscu istnieje możliwość zdefiniowania dodatkowego warunku, na zakładanym callbacku. Warunek musi być zdefiniowany zgodnie ze składnią języka C# i musi zwracać wartość logiczną. W przypadku zwrócenia wartości true callback zostanie wykonany, w przypadku zwrócenia wartości false działanie callbacka zostanie zablokowane. W programie możemy definiować dwa rodzaje złożonych warunków callbacka:
Warunek oparty o zmienne słownikowe – warunek można skonstruować w oparciu o zmienne zawarte w ConfigurationDictionary.
Warunek oparty o bufor tabeli – warunek może być oparty o dane zawarte w buforze tabeli.
Przyklad
Przykładowy warunek callbacka na zalogowanego operatora:
if (Runtime.ConfigurationDictionary.NumerOperatora == 1)
{return false;}
Przyklad
Przykładowy warunek na stan towaru:
if (TwrKarty.Twr_Typ==1)
{return false;}
else
{return true;}
Uwaga
Warunek callbacka Małej Hydry jest sprawdzany tylko w momencie uruchamiania formatki.
Uwaga
Aby warunek oparty o bufor tabeli działał prawidłowo, należy wyłączyć na operatorze Otwieranie okien w trybie zaawansowanym. W przeciwnym wypadku operator będzie miał możliwość przechodzenia między obiektami (np. dokumentami) bez ponownego sprawdzania warunku callbacka.
Przyklad
Dodatkowo warunki można definiować za pomocą sqlQuery, nazwy pól, tabel oraz wielkość znaków powinny być takie same jak w bazie danych.
string sqlQuery = "select case when "+ZamNag.ZaN_Stan+" = 4 AND "+ZamNag._ZaN_OpeNumerZ+" = 1 then 1/0 else 0 end";
if (Runtime.ConfigurationDictionary.ExecSql(sqlQuery, true) == 1)
return true;
else
return false;
Edycja subskrypcji procedury
W ostatnim kroku należy zdefiniować zmienioną obsługę kontrolek. W tym celu należy na liście dodatków zaznaczyć dodaną procedurę i wywołać funkcję Dodaj. Zostanie podniesione okno Edycja akcji na kontrolce. W tym miejscu należy wskazać za pomocą znacznika odpowiednią kontrolkę na oknie, a następnie zdefiniować właściwą akcję:
Ukryj – ukrycie kontrolki na oknie
Dezaktywuj – dezaktywacja kontrolki na oknie
Wymagaj – ustawienie wymagalności kontrolki – nie będzie możliwe zamknięcie okna do czasu wprowadzenia wartości w kontrolce.
Pogrub – pogrubia czcionkę etykiety (pogrubiona czcionka zwykle służy do wizualnego oznaczenia pól wymaganych na formularzu)
Edycja akcji na kontrolce3
Uwaga
Akcja Wymagaj może być użyta tylko dla wybranych kontrolek. Dotyczy przede wszystkim kontrolek, dla których istnieje stan „bez wartości” np. kontrolek tekstowych. Akcja nie może być natomiast wykorzystana np. dla kontrolki check, gdyż kontrolka zawsze przyjmuje wartość (0 lub 1).
Aby dodatek był aktywny w systemie należy go dodać do właściwego centrum w strukturze praw. W tym celu należy uruchomić okno Edycja struktury firmy i dodać zdefiniowanego callbacka na zakładce Dodatki.
Duża Hydra - informacje ogólne
Callbacki
Callbacki Dużej Hydry są mechanizmem, który służy do dodawania nowej funkcjonalności, bez potrzeby modyfikacji binariów programu. Od strony technicznej callbacki są zrealizowane jako plik dll eksportujący określony zestaw funkcji, podzielonych na funkcje plikowe i okienkowe.
Funkcje plikowe są wywoływane przez program podczas uruchamiania lub zamykania formatki - wówczas każda akcja użytkownika powoduje wywołanie pary zdarzeń: poprzedzających akcję i następujących po niej. Callbacki z tej grupy są najczęściej wykorzystywane do kontroli poprawności zapisywanych danych oraz do zaawansowanej kontroli uprawnień operatora.
Funkcje okienkowe są wykorzystywane w celu modyfikacji wyglądu i zachowania formatek. Składają się na nie trzy funkcje: wywoływane podczas inicjalizacji okna, przy każdym zdarzeniu okna oraz przed zamknięciem okna. Callbacki z tej grupy są najczęściej wykorzystywane do ukrywania lub uniemożliwiania edycji niektórych pól na formatkach lub do dodawania elementów interfejsu.
Zdarzenia obu grup są bardzo często używane łącznie.
Uwaga
Od wersji systemu Comarch ERP XL 2020 Hydra używa wersji Microsoft .NET Framework 4.5.1
Kod obsługujący zdarzenia należy umieścić w specjalnie przygotowanym module .NET’owym. Moduł taki musi zostać opisany za pomocą atrybutu CallbackAssemblyDescription w następujący sposób:
Przygotowanie Callbacka
[assembly:CallbackAssemblyDescription("Nazwa callbacka","Opis callbacka",”Autor callbacka","wersja callbacka","wersja systemu, dla której callback jest przeznaczony","data utworzenia callbacka w formacie dd-mm-rrrr”)]
Aby obsłużyć zdarzenia plikowe i okienkowe, należy dodać do modułu publiczną klasę dziedziczącą po klasie Callback, zdefiniowaną w assembly CdnHydra.dll. Klasę taką należy opisać atrybutem SubscribeProcedure w następujący sposób:
[SubscribeProcedure(Procedura z enumeracji Procedures,"Opis subskrypcji")]
Klasa Callback jest abstrakcyjna, więc do skompilowania assembly będzie konieczne zdefiniowanie metod Init i Cleanup. Zdefiniowanie tych metod umożliwia użytkownikowi wykonanie kodu odpowiednio inicjującego i kończącego pracę z procedurą. Uwaga – nie należy umieszczać takiego kodu wewnątrz konstruktora ani metody Dispose, ponieważ jedna instancja klasy może być wykorzystywana wielokrotnie (każde kolejne uruchomienie przez użytkownika procedury będzie powodowało uruchomienie metody Init, ale nie konstruktora, podobnie z metodą Cleanup). W metodzie Init należy określić zainteresowanie zdarzeniami w procedurze. W przypadku zdarzeń plikowych subskrypcja powinna mieć postać:
AddFileActionSubscription(bool BeforeAction,
FileActionTypes ActionType,
FileActionDelegate ActionDelegate)
gdzie
BeforeAction – określa czy obsługa ma być wywoływana przed czy po zdarzeniu
FileActionTypes – określa typ zdarzenia plikowego, którego dotyczy subskrypcja
ActionDelegate – określa delegat wywoływany w odpowiedzi na zdarzenie
W przypadku zdarzeń okienkowych subskrypcja powinna mieć postać:
AddSubscription(bool BeforeHandling,
int ControlId,
Events EventId,
TakeEventDelegate EventDelegate)
gdzie
BeforeHandling – określa czy obsługa ma być wywoływana przed czy po zdarzeniu
ControlId – określa ID kontrolki (wartość 0 w przypadku ID okna)
EventId – określa zdarzenie, którego dotyczy subskrypcja
EventDelegate – określa delegat wywoływany w odpowiedzi na zdarzenie
Subskrypcje na zdarzenia mogą zostać usunięte za pomocą instrukcji:
RemoveFileActionSubscription(bool BeforeAction,
FileActionTypes ActionType,
FileActionDelegate ActionDelegate)
RemoveSubscription(bool BeforeHandling,
int ControlId,
Events EventId,
TakeEventDelegate EventDelegate)
Deklaracje delegatów dla zdarzeń plikowych i okienkowych powinny mieć odpowiednio postać:
public delegate bool FileActionDelegate (Procedures ProcedureId,
GID GID,
ADODB._Recordset Attributes);
gdzie
ProcedureId – id procedury, której dotyczy zdarzenie
GID – identyfikator rekordu, którego dotyczy zdarzenie
Attributes – zestaw atrybutów powiązanych z edytowanym rekordem
public delegate bool TakeEventDelegate (Procedures ProcedureId,
int ControlId,
Events EventId);
gdzie
ProcedureId – id procedury, której dotyczy zdarzenie
ControlId – id kontrolki, której dotyczy zdarzenie
EventId – id zdarzenia
Kod znajdujący się w callbacku ma dostęp do kontekstu, w którym został uruchomiony za pośrednictwem własności klasy ConfigurationManager. W ramach tej klasy są przechowywane następujące informacje:
- Baza string
- BazaHurtowni string
- BazaOLAP string
- Centra ADODB._Recordset
- DomyslnyMagazynSprzedazy string
- DomyslnyMagazynZakupu string
- DomyslnyRejestrBankowy string
- DomyslnySkladCelny string
- IdCentrumKosztowego int
- IdCentrumPodleglosciowego int
- IdCentrumWlasciwego int
- IdFirmy int
- KasaTransakcjiGotowkowych string
- KatalogProgramu string
- KoniecOkresuObrachunkowego datetime
- KontoDostawcow string
- KontoOdbiorcow string
- LoginZintegrowany bool
- MagazynDocelowyKompletacji string
- Magazyny ADODB._Recordset
- MagazynZrodlowyKompletacji string
- NumerOperatora int
- PieczatkaEmail string
- PieczatkaMiasto string
- PieczatkaNazwa string
- PieczatkaNIP string
- PieczatkaNIPPrefiks string
- PoczatekOkresuObrachunkowego datetime
- RabatyOdCeny bool
- RejestryBankowe ADODB._Recordset
- SciezkaWStrukturze string
- Serie ADODB._Recordset
- SerieOddzialowe ADODB._Recordset
- Serwer string
- SerwerOLAP string
- TypNaliczaniaMarzy Hydra.TypMarzy
- TypyKlasAtrybutow ADODB._Recordset
- WalutaSystemowa string
- Waluty ADODB._Recordset
Procedury HASPa:
- HASPDataAplikacji datetime
- HASPDataDealera datetime
- HASPLicencje ADODB._Recordset
- HASPLiczbaBaz int
- HASPNazwaUzytkownika string
- HASPNumerBazyDanych int- HASPNumerKlucza int
- HASPOpcje int
- HASPPlatforma int
- HASPStanKlucza int
Operacje na kontrolkach
Kod znajdujący się w callbacku może wykonywać operacje na interfejsie (dodawać, przesuwać i ukrywać kontrolki, wypełniać je itp.) za pośrednictwem własności i metod klasy ClaWindow. Instancję klasy ClaWindow można uzyskać za pomocą metody GetWindow klasy Callback (w celu uzyskania głównego okna procedury) lub GetControl (w celu uzyskania kontrolki).
Klasa ClaWindow jest wykorzystywana do operowania na oknach i kontrolkach Clarionowych. Każda instancja klasy ClaWindow jest powiązana z kontrolką lub oknem, na którym operuje.
Kolekcja AllChildren przechowuje wszystkie kontrolki znajdujące się na oknie. Można ją wykorzystać do odnalezienia poszukiwanej kontrolki. Pozostałe własności klasy odpowiadają własnościom kontrolek Clarionowych, które zostały opisane w dalszej części biuletynu.
Zdarzenia do kontrolki mogą być wysyłane za pośrednictwem metody:
public void PostEvent(Events EventId)
gdzie:
EventId – identyfikator zdarzenia, które ma zostać wysłane do kontrolki
Bardzo często zdarzenia do kontrolki są wysyłane parami – po wysłaniu określonego zdarzenia wymagane jest wysłanie zdarzenia Accepted w celu zatwierdzenia wprowadzonej wartości.
Podstawowe zdarzenia dla kontrolek:
OpenWindow/JustAfterWindowOpening – otwarcie okna
ResizeWindow – zmiana wielkości okna
NewSelection – kliknięcie w spin, przejście do innej zakładki
Accepted – akceptacja wprowadzenia nowej wartości do pola (odpowiednik wyjścia z kontrolki za pomocą tabulatora), kliknięcie przycisku.
ScrollDown/ScrollUp – scrollowanie listy
Podstawowe kontrolki
Główne właściwości kontrolek
Visible – (true/false) – widoczność kontrolki
Disable – kontrolka nieaktywna
Skip – kontrolka jest pomijana podczas przechodzenia tabulatorem
TextRaw – tekst widoczny na kontrolce
Bounds – współrzędne kontrolki
FontSizeRaw – wielkość czcionki
FontColorRaw – kolor czcionki
BackgroundRaw – kolor tła
Uwaga
Lista możliwych kolorów została przedstawiona w pliku kolory.txt w załącznikach do biuletynu.
Przed przypisaniem wartości należy przekonwertować kody kolorów z notacji szesnastkowej do postaci dziesiętnej.
LeftRaw/RightRaw/CenterRaw – wyrównywanie tekstu w kontrolce
TipRaw – tekst wyświetlany w tooltipie kontrolki
MsgRaw – opis wyświetlany w stopce okna podczas aktywności kontrolki
Box
Kontrolka typu Box definiuje ramkę na oknie (prostokątny obszar).
ColorRaw – kolor ramki
RoundRaw – zaokrąglenie ramki
FillRaw – kolor wypełnienia
LineWidthRaw – grubość ramki
Panel
Kontrolka typu Panel definiuje obszar na oknie.
BevelRaw – efekt 3D dla ramki
Image
Kontrolka typu Image pozwala umieścić rysunek na oknie.
TextRaw – ścieżka do pliku z rysunkiem
Button
Kontrolka typu Button dodaje przycisk na oknie
IconRaw – przypisanie ikony do przycisku np. "~EXPORT20.ICO"
Uwaga
W przypadku przypisywania ikony na podstawie pliku należy podać pełną ścieżkę do ikony w formacie: @”C:\WINDOWS\msnms.ico”.
W przypadku przypisywania standardowej ikony ERP XL należy podać nazwę ikony w formacie: „~EXPORT20.ICO”. Pełna lista istniejących ikon nie jest dostępna na zewnątrz.
ReqRaw – naciśnięcie przycisku spowoduje sprawdzenie czy wszystkie pola Entry na oknie, które mają ustawiony parametr Req są wypełnione. Jeżeli nie są wypełnione to kursor zostanie przeniesiony do odpowiedniego pola Entry.FlatRaw – określenie czy przycisk jest płaski (wymagane jest przypisanie ikony do przycisku)
ImmRaw – moment wyzwolenia akcji na kontrolce. W przypadku przekazania do właściwości wartości „1” akcja zostanie wywołana w momencie kliknięcia przycisku, ale przed zwolnieniem przycisku myszy. W przypadku przekazania wartości „0” akcja zostanie wykonana po naciśnięciu i zwolnieniu przycisku myszy.
TextRaw – etykieta przycisku
Uwaga
Jeżeli w etykiecie dodamy znak & to pojawi się możliwość wywołania przycisku z klawiatury zgodnie z kolejną literą. Przykładowo przycisk o etykiecie &nazwa pozwoli na wywołanie kliknięcia poprzez alt+n.
StdRaw – przypisanie do przycisku standardowej akcji
Menu
Kontrolka dodaje dodatkową opcję w Menu okna. Aby zbudować menu należy posłużyć się dwoma
typami kontrolek: Menu i Item. Poniżej zaprezentowano przykład działania Menu:
Kontrolka pozwala zgrupować na oknie inne kontrolki. Możliwe jest narysowanie ramki dla grupy i nadanie jej nazwy.
BoxedRaw – czy ma być wyświetlana ramka dla grupy (0 – nie, 1 – tak)
TextRaw – nazwa grupy
Text
Kontrolka typu Text dodaje pole tekstowe na oknie.
ToolTipRaw – tekst w tooltipie
SkipRaw – pole jest ignorowane podczas przechodzenia między kontrolkami za pomocą przycisku
Tabulatora
ReadOnlyRaw – pole ma status „tylko do odczytu”
TextRaw – domyślna wartość w polu tekstowym
List
Kontrolka typu List dodaje listę na oknie.
FromRaw – wypełnienie listy wartościami gdzie kolejne rekordy powinny być oddzielone od siebie
znakiem |. Jeżeli taki znak ma zostać wpisany jako wartość pozycji to należy wpisać ||. Pustą wartość
można uzyskać wpisując | |
VScrollRaw – umieszczenie pionowego paska przewijania na liście
FormatRaw – zdefiniowanie kolumn listy
SelectedRaw – numer zaznaczonego elementu na liście
Uwaga
Aby przejść do kolejnego elementu listy można wykorzystać zdarzenie ScrollDown:
Runtime.WindowController.PostEvent(idkontrolki, Events.ScrollDown);
Ewentualnie może zajść potrzeba wkliknięcia się w daną listę za pomocą zdarzenia SelectControl:
Runtime.WindowController.SelectControl(i);
Progress
Kontrolka Progress definiuje pasek postępu. Określenie postępu dla kontrolki określa się za pomocą parametru ProgressRaw.
Region
Kontrolka typu Region dodaje „interaktywny” obszar (Panel) na oknie.
ImmRaw – ustawienie parametru pozwala na obsługę zdarzeń typu MouseIn/MouseOut. Ponieważ właściwość może mieć wpływ na prędkość otwierania formatki należy ją definiować jedynie w przypadku wykorzystania dodatkowych zdarzeń.
DragIDRaw/DropIDRaw – obsługa zdarzeń typu Drag i Drop na obszarze.
Spin
RangeLowRaw – minimalna wartość dla kontrolki
RangeHighRaw – maksymalna wartość dla kontrolki
ScreenTextRaw – domyślna wartość dla kontrolki
FromRaw – lista możliwych wartości dla kontrolki oddzielonych od siebie znakiem |
TextRaw – określenie formatu pola
Przyklad
Przykładowe ustawienia dla pól typu data zostały przedstawione w pliku daty.txt w załącznikach. Data powinna być przekazana w formacie Clariona, czas w formacie Timestamp.
ValueRaw – określenie wartości domyślnej w polu (wymagane ustawienie UseRaw=”1”)
Zmiana wartości w kontrolce:
Runtime.WindowController.Change(kontrolka.Id, "wartość")
Przyklad
Przykład na zmianę wartości rabatu na dokumencie ZS:
Runtime.WindowController.Change(Parent.AllChildren["?ZaN:Rabat"].Id, "50");
Runtime.WindowController.PostEvent(Parent.AllChildren["?ZaN:Rabat"].Id , Events.Accepted);
.Check
Kontrolka typu Check pozwala na zwrócenie wartości z przedziału {0,1}
Generalnie właściwości CheckedRaw oraz UseRaw powinny przyjmować wartości 0 oraz 1, jednak odczyt wartości kontrolek poprzez Hydrę zwraca wartości ustawione z poziomu zbudowania okna dlatego mogą pojawić się inne wartości np. wartość 2 dla zaznaczonej kontrolki. W przypadku gdy dana kontrolka zwraca wartość inną niż 0 wówczas ma wartość TRUE. Przy ustawianiu wartości kontrolek z poziomu Dużej Hydry zalecamy używanie wartości 0 i 1.
DropCombo
Kontrolka typu DropCombo jest połączeniem dwóch kontrolek: List oraz Entry. Kontrolka pozwala na wybranie wartości z listy jednocześnie umożliwiając dopisanie/zmianę wartości.
FromRaw – wypełnienie listy wartościami gdzie kolejne rekordy powinny być oddzielone od siebie znakiem |. Jeżeli taki znak ma zostać wpisany jako wartość pozycji to należy wpisać ||. Pustą wartość można uzyskać wpisując | |
VScrollRaw – umieszczenie pionowego paska przewijania na liście.
DropRaw – liczba wierszy wyświetlanych na liście.
VCRRaw – pasek szybkiego przechodzenia po liście wartości
UprRaw – wpisanie wartości do pola będzie skutkowało automatyczną zmianą tekstu na duże znaki
SelectedRaw – wybranie pozycji na liście wartości
ScreenTextRaw – wpisanie wartości do pola entry
Przyklad
Przykładowy kod na obsłużenie kontrolki o typie dropcombo:
ClaWindow combo = Parent.Children.Add(ControlTypes.dropcombo);
combo.Visible = true;
combo.Bounds = new Rectangle(200, 255, 70, 10);
combo.FromRaw = "wartosc1|wartosc2|wartosc3";
combo.SelectedRaw = "2";
combo.ScreenTextRaw = "wartosc2";
AddSubscription(true, combo.Id, Events.NewSelection,new TakeEventDelegate(komunikat));
Droplist
Kontrolka typu Droplist pozwala na wybór wartości z rozwijanej listy bez możliwości jej edycji lub wprowadzania nowych wartości. Właściwości kontrolki w większości pozostają analogiczne jak na kontrolce Dropcombo.
Wyświetlanie komunikatów (dotyczy wyłącznie wersji SE)
Komunikat można wyświetlić za pomocą polecenia MessageBox.Show(string) po uprzednim odblokowaniu wątku. Właściwa obsługa wątków jest również konieczna na przykład w przypadku wywoływania okna .net’owego.
Nazwę danej kontrolki można odczytać korzystając z konstruktora Małej Hydry. W przypadku modułu Detal nazwy procedur rozpoczynają się od słowa Detal, a nazwy kontrolek w większości są zgodne z analogicznymi kontrolkami w innych modułach.
Bufor Tabeli
W wielu miejscach programu mamy możliwość odwołania się do wartości przechowywanych w buforze tabeli. Przykładowo z poziomu formatki dokumentu możemy odczytać informacje na temat jego nagłówka bez konieczności otwierania połączenia do bazy. Aby wykonać taki odczyt należy wskazać nazwę tabeli wraz z nazwą kolumny w bazie np. TraNag.TrN_GIDNumer.
Warto zwrócić uwagę że w buforze pliku jest przechowywany tylko jeden, aktualny rekord. Dodatkowo bufory plików mogą być wykorzystywane przez główny kod programu na różne sposoby – np. mogą być modyfikowane w odpowiedzi na zdarzenia na oknie. Dlatego warto ograniczyć poleganie na informacjach znajdujących się w buforach plików do niezbędnego minimum, wszelkie dodatkowe informacje odczytując samodzielnie np. przy użyciu ADO.NET. Modyfikowanie buforów plików jest możliwe, ale jest to działanie, które absolutnie odradzamy – może prowadzić do powstania trudnych do wykrycia i usunięcia błędów w bazie danych.
Identyfikator błędu w przypadku zdarzeń plikowych
W przypadku zdarzeń plikowych istnieje możliwość zareagowanie na ewentualny błąd np. nieudaną aktualizację rekordu. W tym celu obok standardowej subskrypcji AddFileActionSubscription jest udostępniona funkcja AddFileActionErrSubscription. W ramach tej subskrypcji jest dodany delegat FileActionErrDelegate, do którego będzie przekazywany kod błędu. Delegat jest wołany tylko na zdarzeniach typu after.
Oba typy subskrypcji mogą działać równocześnie. Wówczas Hydra najpierw wywołuje delegata z przekazanym kodem błędu, a później stary delegat.
W materiałach dodatkowych zostały udostępnione callbacki przedstawiające wykorzystanie zdarzeń plikowych. Są to odpowiednio callback_plikowy.cs (dla AddFileActionSubscripion) i callback_plikowy_err.cs (dla AddFileActionErrSubscription).
Obsługa list z poziomu Hydry
W przypadku tworzenia nowych list za pomocą Hydry, pierwszym etapem jest ustalenie prawidłowej definicji listy. Aby prawidłowo utworzyć listę należy się posłużyć dokumentacją Clariona, gdzie szczegółowo opisano działanie poszczególnych parametrów definicji listy. Jeżeli nie dysponujemy dokładnym opisem, to można odczytać i ewentualnie zmodyfikować format innej, istniejącej już listy w programie.
Uwaga
Dla wersji SE systemu Comarch ERP XL zalecamy dokumentację Clariona w wersji 5.5, natomiast dla wersji z nowym interfejsem w wersji 8).
Kolejnym etapem jest proces wypełniania listy danymi. Aby prawidłowo wypełnić listę należy określić parametr FormatRaw wcześniej zdefiniowanym łańcuchem znaków. Stopniowa inkrementacja wartości parametru w pętli nie jest w tym przypadku zalecana, gdyż powoduje znaczne wydłużenie procesu wypełniania kontrolki. Poniższy fragment kodu prezentuje w jaki sposób powinno wyglądać prawidłowe wypełnianie listy:
Przyklad
string tekst = "";
// ******** Zalecana konstrukcja: *****************
int y = 0;
while (y < 5000)
{
tekst += "wartosc " + y + "|";
y++;
}
polelist.FromRaw = tekst;
//********* Niezalecana konstrukcja: **************
int y = 0;
while (y < 5000)
{
polelist.FromRaw += "wartosc " + y + "|";
y++;
}
W przypadku nowej listy istnieje możliwość określenia kolorów dla każdego rekordu. Aby pojawiła się taka możliwość należy dodać znak * w definicji danej listy. Poniżej zaprezentowano fragment kodu dodającego nową listę. Dla każdej wartości został zdefiniowany zestaw 4 kolorów oznaczających kolejno: kolor tekstu, kolor tła, kolor tekstu po podświetleniu wiersza, kolor tła po podświetleniu wiersza. W przypadku pozostawienia wartości -1 zostanie pobrany domyślny kolor zdefiniowany dla listy.
Przyklad
polelist = zakladka.AllChildren.Add(ControlTypes.list);
polelist.Visible = true;
polelist.Bounds = new Rectangle(20, 20, 260, 260);
polelist.FormatRaw = "160L*~Naglowek~@s40@#1#";
string tekst = "";
tekst = "wartosc1|32768|-1|-1|-1|";
W przypadku list istniejących nie możemy odczytać kolejki danych wysyłanych do kontrolki i w związku z tym, nie mamy możliwości zmiany koloru poszczególnych pozycji.
Zmiana wartości w kontrolce Check
Poniżej zaprezentowano przykład na zmianę wartości kontrolki typu Check.
Podczas tworzenia dodatków należy pamiętać, iż metoda Init() wykonuje się przed zbudowaniem okna. Metoda Cleanup() jest wykonywana przed zamknięciem okna. Okno jeszcze istnieje, ale już nie obsługuje zdarzeń. Metoda Exit() wykonuje się po zamknięciu okna, po zwolnieniu lokalnych obiektów (wszystkich łącznie z oknem i kontrolkami). Można tą metodę przeciążać – dlatego właśnie została udostępniona, trzeba tylko nie odwoływać się do zwolnionych obiektów.
Przykłady
Zdefiniowanie połączenia do bazy bez potrzeby podawania ConnectionStringa.
Nie ma potrzeby definiowania Connection Stringa przy wywoływaniu połączenia do bazy danych. W to miejsce można zastosować intrukcję:
Runtime.ActiveRuntime.Repository.Connection;
która zwróci pełny ConnectionString dla połączenia XL-owego.
Uwaga
Od wersji systemu Comarch ERP XL 2020.0.0 zmieniony zostanie obiekt Hydra.ActiveRuntime.Repository.Connection z SQLConnection na interfejs IDbConnection
Uwaga
Od wersji systemu Comarch ERP XL 2021.0.0 zalecane jest tworzenie własnego Connection Stringa za pomocą zmiany definicji funkcji bazodanowej :
CDN.PodajDodatkowyConnectString;
obiekt: Runtime.ActiveRuntime.Repository.Connection
i zwracany przez niego Connection String mogą zostać wycofany z udostępnienia
w przyszłych wersjach ze względów bezpieczeństwa.
Dostęp do samodzielnie zdefiniowanego Connestion Stringa w Hydrze jest poprzez pole:
Runtime.ActiveRuntime.Repository.ConnectionString;
Wywołanie zapytania na bazie bez potrzeby otwierania nowego połączenia do bazy.
Do klasy Config została dodana metoda ExecSQL, która pozwala na wywołanie zapytania SQL bez potrzeby otwierania nowego połączenia do bazy. Wykonanie zapytania odbywa się w tym przypadku na połączeniu XLa i służy wykonaniu instrukcji bez zwracania jej wyniku. W związku z tym jest ona przeznaczona przede wszystkim do uruchamiania procedur SQL lub instrukcji insert/update/delete na bazie danych. Na chwilę obecną nie ma możliwości wykorzystania instrukcji w celu zwrócenia wartości select.
Instrukcja ma postać:
Runtime.Config.ExecSql (string Sql, bool Transakcja)
gdzie
parametr Sql - zapytanie SQL
parametr Transakcja (true lub false) - czy zapytanie ma być wykonane w transakcji (true) lub nie (false)
Aktualna data i godzina
Informacje na temat aktualnej daty i godziny można uzyskać korzystając z klasy ConfigurationDictionary:
Runtime.ConfigurationDictionary.Today()
Runtime.ConfigurationDictionary.TimeStamp()
Uwaga
Powyższe funkcje zwracają aktualną datę ustawioną w programie.
Jeżeli data zostanie zmieniona w programie, to również zmieniona zostanie zwrócona przez funkcję.
Odczyt zaznaczonych pozycji
Na listach została udostępniona możliwość odczytu zaznaczonych pozycji. Przykład tego rozwiązania można odnaleźć w materiałach dodatkowych w pliku listazaznaczonych.cs.
Odczyt wartości atrybutu
W materiałach dodatkowych w pliku atrybuty.cs można odnaleźć przykład odczytania wartości atrybutu na dokumencie FS. Odczytanie wartości nie jest możliwe za pomocą mechanizmu Hydry, więc w tym celu zostało wykorzystane odwołanie bezpośrednio do bazy danych. Aby callback zadziałał prawidłowo należy zdefiniować atrybut z opcją automatycznego zapisu wartości w bazie.
Zmiana wartości pola tekstowego
Aby zmienić wartość istniejącego pola tekstowego należy zmienić odpowiednią właściwość danej kontrolki, a następnie odświeżyć kontrolkę.
ClaWindow Parent = GetWindow();
ClaWindow miasto = Parent.AllChildren["?Knt:Miasto"];
Jeżeli wykonujemy operacje dla całego okna, a nie konkretnej kontrolki to w miejsce id kontrolki powinna zostać ustawiona wartość 0. Przykładowo, aby odświeżyć zawartość okna należy wywołać zdarzenie FullRefresh bez wskazania na konkretną kontrolkę:
Istnieje możliwość wywołania funkcji XLUruchomFormatkeWgGID bez konieczności wykorzystania w tym celu zewnętrznych funkcji API. Należy w tym celu wykorzystać wbudowaną funkcję:
public Hydra.GID UruchomFormatkeWgGID(short GIDTyp, int GIDFirma, int GIDNumer, short GIDLp,Hydra.Request request)
Przyklad
Przykładowe podniesienie formatki może mieć postać:
GID gid = Runtime.ConfigurationDictionary.UruchomFormatkeWgGID
(gidtyp, gidfirma, gidnumer, gidlp, Hydra.Request.ViewRecord);
gdzie:
gidtyp, gidfirma, gidnumer, gidlp – zmienne liczbowe przekazane z aplikacji
Hydra.Request – określenie trybu podniesienia formatki. Możliwe tryby to: ChangeRecord,
DeleteRecord, InsertRecord, SelectRecord, ViewRecord
W przypadku wystąpienia błędów do pola Typ klasy GID zostaje zwrócony numer błędu zgodny z analogiczną funkcją dostępną w API, a do pozostałych pól (Firma, Numer, Lp) zostaje zwrócona wartość -1.
Ukrycie kolumny na liście
W programie Comarch ERP XL nie ma możliwości, aby ukryć lub dodać kolumnę do listy z poziomu Hydry, gdyż wiązałoby się to z koniecznością zmiany sposobu wypełniania takiej listy danymi, nad czym z poziomu Hydry nie mamy kontroli. Aby ukryć kolumnę można za pomocą Hydry zmniejszyć jej szerokość tak, aby operator nie był w stanie zobaczyć jej zawartości. Efekt taki można osiągnąć modyfikując definicję danej listy poprzez zmianę właściwości FormatRaw. Przykładowy kod można odnaleźć w załącznikach w pliku UkrywanieKolumny.cs, który przedstawia sposób na ukrycie kolumny z ceną na liście towarów.
Uwaga
Załączony przykład ukrywa kolumnę na liście jednak może okazać się konieczne dodatkowe zabezpieczenie przed możliwością rozszerzenia kolumny przez operatora.
Debugowanie kodu z poziomu Visual Studio
Istnieje możliwość debugowania stworzonego callbacka. Aby przeprowadzić ten proces z poziomu Visual Studio należy wstawić w kodzie odpowiedni breakpoint, a następnie ustawić we właściwościach projektu, aby przy starcie została uruchomiona zewnętrzna aplikacja (w naszym przypadku moduł Comarch ERP XL). Właściwości projektu można ustawić z poziomu menu Project -> Properties. Konieczne jest również zaimportowanie aktualnego callbacka do ERP XL.
Przy powyższych ustawieniach w momencie uruchamiania debugowania zostanie uruchomiony moduł wskazany w linii ‘start external program’, a działanie programu zostanie przerwane przy dojściu do pierwszego breakpointa.
Uwaga
Funkcjonalność wywołania zewnętrznego programu w przedstawiony sposób podczas uruchamiania debugowania nie jest dostępna w Visual Studio w wersji Express.
Reakcja na zamknięcie okna
Aby zareagować na zamknięcie formatki najczęściej wykorzystuje się zdarzenie CloseWindow. Zdarzenie to ma jednak podstawowe ograniczenie, gdyż pozwala jedynie na reakcję przed zamknięciem formatki. Aby zareagować na moment „po zamknięciu” należy zadeklarować metodę Exit. Należy również zwrócić uwagę na brak blokowania wątku podczas wywoływania komunikatu.
Przyklad
public override void Exit()
{
base.Exit();
MessageBox.Show("komunikat");}
Ctrl+ins na dokumencie
Comarch ERP XL oferuje możliwość dodania nowych obiektów do bazy jak również skopiowanie istniejących za pomocą kombinacji Ctrl+ins. Aby z poziomu Hydry wykryć w jaki sposób nowy obiekt został dodany do bazy należy zapiąć się na zdarzenie plikowe before InsertInit. Jeżeli dodawany jest nowy obiekt do bazy, to w gidnumerze zostanie zwrócona wartość 0. W przypadku kopiowania obiektu zostanie zwrócony gidnumer kopiowanego elementu.
Zmiana kontrahenta na dokumencie
W przypadku zmiany kontrahenta lub towaru na dokumencie dostępne są dwie ścieżki postępowania – wartość może zostać wpisana w polu z klawiatury lub wybrana z podniesionej listy. Aby obsłużyć przedstawioną sytuację należy założyć dwie subskrypcje. Jedna z nich na wypełnienie wartości z klawiatury (zdarzenie before Accepted), druga na kliknięcie przycisku (zdarzenie after Accepted).
Przyklad
ClaWindow Kontrahent = ParentOkno.Children["?cKop_Knt:Akronim"];
ClaWindow Kontrahent2 = ParentOkno.Children["?Kontrahent:Button"];
AddSubscription(true, Kontrahent.Id, Events.Accepted, new TakeEventDelegate( OnOpenWindow2));
AddSubscription(false, Kontrahent2.Id, Events.Accepted, new TakeEventDelegate( OnOpenWindow2));
Przechodzenie między oknami w trybie zaawansowanym
Jeżeli na karcie operatora ustawiono otwieranie okien w trybie zaawansowanym, to pojawia się możliwość przechodzenia między dokumentami. Aby wykryć taką operację z poziomu Hydry należy zapiąć subskrypcję na kliknięcie strzałki, a następnie poczekać na pierwsze wysłanie zdarzenia FullRefresh do okna. Po wystąpieniu tego zdarzenia należy zdjąć subskrypcję na zdarzenie FullRefresh, aby uniknąć wyzwalania callbacka przy standardowym odświeżeniu danych.
Uwaga
W przypadku niektórych list należy uwzględnić sytuację, gdy przechodzenie następuje pomiędzy różnymi dokumentami – przykładowo dokumenty korekt mają inne IdProcedury niż oryginalne dokumenty.
Wykonanie wydruku
Z poziomu Hydry możliwe jest wykonanie wydruków. W tym celu w ConfigrationDictionary udostępniono metodę WykonajWydruk().
public int WykonajWydruk(int ProceduraID, int Kontekst, int Zrodlo, int Wydruk, int Format, string Zmienne, string FiltrTPS, string FiltrSQL, string Sortowanie, short Urzadzenie)
Przykład tego rozwiązania można odnaleźć w materiałach dodatkowych w pliku WykonajWydruk.cs.
Odczyt naciśniętego klawisza
Od wersji 2014.1 jest możliwe odczytywanie za pomocą Hydry, jaki klawisz klawiatury został naciśniety. W tym celu dodano metodę GetKeyCode do klasy WindowController.
Przykład tego rozwiązania można odnaleźć w materiałach dodatkowych w pliku OdczytKlawisza.cs.
Modyfikacja menu kontekstowego
Od wersji 2017.0 istnieje możliwość modyfikacji menu kontekstowych (tzw. PopupMenu) wyświetlanych w Comarch ERP XL. Służą do tego klasy XLPopup oraz XLPopupItem, które reprezentują odpowiednio menu oraz pojedynczą pozycję z menu.
W klasie WindowController dostępne są metody pomocnicze:
SetPopup – ustawia wygląd popup menu
SetPopupChoice – wybiera pozycję z popup menu związanym ze wskazaną kontrolką
GetPopup – zwraca definicję popup menu związanego z daną kontrolką
GetPopupChoice – zwraca numer pozycji ostatnio wybranej z popup menu
GetPopupItem – zwraca definicję pozycji ostatnio wybranej z popup menu
Aby modyfikować popup menu należy dodać subskrypcję przed zdarzeniem Events.XLPopup i w niej dokonać modyfikacji popup menu, natomiast na subskrypcji po tym zdarzeniu należy dodać obsługę wybranej pozycji.
Przyklad
public bool OpenWindow(Procedures ProcId, int ControlId, Events Event)
{
AddSubscription(true, GetWindow().AllChildren["?ListaZam"].Id, Events.XLPopup, new TakeEventDelegate(BeforePopup));
AddSubscription(false, GetWindow().AllChildren["?ListaZam"].Id, Events.XLPopup, new TakeEventDelegate(AfterPopup));
return true;
}
public bool BeforePopup(Procedures ProcId, int ControlId, Events Event)
{
XLPopup crPopup = Runtime.WindowController.GetPopup();
//Dodanie nowej pozycji do menu na końcu
lNowaPozPos = crPopup.lstItems.Count;
crPopup.lstItems.Add(new XLPopupItem() { sText = "-", lPosition = lNowaPozPos, lLevel = 0, sIcon = "" }); //Separator
crPopup.lstItems.Add(new XLPopupItem() { sText = "Nowa pozycja", lPosition = lNowaPozPos+1, lLevel = 0, sIcon = ".\\icons\\prod\\Wozek.ico" });
//Dodanie ikony do istniejącej pozycji oraz deaktywacja usuwania
try
{
crPopup.lstItems.Find(pi => pi.sText.Equals("Dodaj kolumny")).sIcon = ".\\icons\\prod\\Narzedzie.ico";
crPopup.lstItems.Find(pi => pi.sText.Equals("&Formaty listy")).sIcon = ".\\icons\\prod\\Narzedzie.ico";
crPopup.lstItems.Find(pi => pi.sText.Equals("Usuń")).bDisabled = true;
}catch{}
Runtime.WindowController.SetPopup(crPopup);
return true;
}
public bool AfterPopup(Procedures ProcId, int ControlId, Events Event)
{
XLPopupItem crPopupItem = Runtime.WindowController.GetPopupItem(ControlId);
if (crPopupItem.lPosition == lNowaPozPos+1)
{
MessageBox.Show(crPopupItem.ToString());
return false;
}
return true;
}
Uwaga: Można dodawać i usuwać pozycje menu z dowolnego miejsca, ale jeżeli nie są to pozycje ostatnie to trzeba zadbać o przenumerowanie wyboru użytkownika tak aby dla standardowych pozycji zwracać ich pierwotne numery.
Odczyt nazwy kontrolki z pomocą dodatku Dużej Hydry
W przypadku gdy nazwy kontrolki nie da się odczytać za pomocą małej hydry można skorzystać z możliwości dużej hydry tworząc oddzielny dodatek. Wówczas należy skorzystać z metody Runtime.WindowController.GetControlName().
Przyklad
public bool OnOpenWindow(Procedures ProcID, int ControlID, Events Event)
{
for (int i = 1; i < 20; i++)
{
nazwaKontrolki = Runtime.WindowController.GetControlName(i).ToString();
MessageBox.Show("Nazwa kontrolki : " + nazwaKontrolki);
}
return true;
}
Format czasu w kontrolce spin
Umieszczając kontrolkę spin zdarza się potrzeba umieszczenia danych w formacie czasu np. hh:mm. W tym celu należy dodać odpowiedni parametr TextRaw = "@T1" oraz odpowiedni krok StepRaw = "6000". Format @T1 to GG:MM, czyli z dokładnością do minuty. Wartości w spinie natomiast to standardowy czas, czyli liczba setnych sek. od godziny 00:00:00. Domyślnym krokiem jest 1, więc gdy przewijamy w górę to kontrolka zaokrągla czas do pełnych minut zgodnie z formatem więc wartość się nie zmienia (np. 10:11:00.00 zmienia się na 10:11:00.01,więc w formacie @T1 nadal jest 10:11), gdy przewijamy w dół robi tak samo, ale teraz już minuty się zmieniły bo np. z 10:11:00.00 zrobi się 10:10:59.59.
Współpraca API z oknami .net’owymi (dotyczy wyłącznie wersji SE)
Mechanizm Hydry umożliwia wywołanie okienek .net’owych co przyczynia się do znacznego zwiększenia jej możliwości, jednak oznacza to równocześnie próbę pogodzenia ze sobą dwóch różnych technologii. Dosyć często takie formatki pośredniczą pomiędzy XL-em, a funkcjami API – przykładowo zachodzi taka sytuacja gdy z poziomu programu zostaje zawołane okno .net’owe, a następnie na podstawie zebranych danych wywołujemy funkcje API. Przy klasycznej konstrukcji callbacka, gdy w ramach danego frame’a wywołujemy funkcje API dosyć często pojawiają się błędy obsługi pamięci. Jedynym rozwiązaniem jest wówczas wywołanie funkcji API poza oknem .net’owym. Najprościej uzyskać taki efekt tworząc osobną aplikację wywoływaną z poziomu linii poleceń z odpowiednimi parametrami. Dzięki temu udaje się ominąć problemy z obsługą pamięci.
Wywoływanie funkcji API z poziomu danego dokumentu
Niestety nie ma możliwości wywołania większości funkcji API z poziomu edytowanego dokumentu. Najczęściej stosuje się podobne próby w sytuacji, gdy podczas wystawiania jednego dokumentu zachodzi potrzeba wystawienia innego dokumentu. Z technicznego punktu widzenia taka sytuacja jest możliwa do obsłużenia, tzn. z poziomu jednego dokumentu możemy wywołać dodanie innego dokumentu. Najczęściej nie jest jednak wtedy możliwe prawidłowe zamknięcie pierwszego dokumentu, który pozostanie w bazie jako aktywny. Jest to spowodowane współdzieleniem przez obie sesje (XLa i API) informacji w tabeli ObiektyObce. Wówczas konieczne jest wywołanie nowego dokumentu dopiero po zamknięciu pierwszego.
Ograniczenia callbacków plikowych
Stosowanie callbackow plikowych ma swoje ograniczenia. Aby callback został wykonany niezbędne jest podniesienie danej formatki. Ma to istotne znaczenie zwłaszcza w przypadku obsługi menu kontekstowego i opcji pociągających za sobą update na elemencie. Przykładowo potwierdzenie lub anulowanie dokumentu handlowego nie spowoduje wyzwolenia callbacka zapiętego na akcję updateaction gdyż modyfikacja odbywa się bez otwierania danego okna. Inaczej natomiast wygląda sytuacja z usuwaniem takiego dokumentu z listy – w tym przypadku jest to obsłużone przez mechanizm Clariona, który podnosi okno w tle i dzięki temu callback zostanie wykonany.
Hydra i nowy interfejs
Callbacki przygotowane dla wersji SE, nie muszą być ponownie kompilowane do wersji z nowym interfejsem.
Jeżeli dodatek Hydry startuje nowy wątek i w tym nowym wątku występują odwołania do API bądź metod udostępnianych przez Hydrę (ogólnie odwołanie do XL-a np. przez wywołania funkcji z DLLImport), to należy w tym wątku, zaraz po jego uruchomieniu wywołać funkcję z biblioteki ClaRUN.dll AttachThreadToClarion(1).
Synchronizacja z Comarch ERP XL- najczęściej zadawane pytania
Synchronizacja danych z Comarch ERP XL do Comarch e-Sklep
Błąd podczas eksportu danych: Wystąpił nieoczekiwany błąd podczas wysyłania danych:Synchronization_ImportXML 16, 1 9420: XML parsing line 26, character 9837, illegal XML character
Komunikat informuje o tym, iż w powstającym pliku XML pojawiły się znaki niedozwolone. Mogą to być np. puste znaki. Problem najczęściej występuje wskutek bezpośredniego wklejenia treści tekstowych skopiowanych np. z Internetu i niezweryfikowanych w edytorze tekstowym.
Remedium:
W takiej sytuacji należy w pliku XML odnaleźć pole zawierające problematyczny znak przy użyciu poniższej instrukcji, a następnie, z poziomu XL-a usunąć zawartość tego pola i ponownie wpisać ręcznie, bądź po weryfikacji w edytorze tekstowym.
Instrukcja weryfikacji XML-a pod kątem występowania nieprawidłowych znaków:
Wywołać procedurę CDN.Esklep_EksportTwr; w otrzymanym wyniku, pliku XML zastąpić wszystkie apostrofy jakąś literą (np. a)
tak zmodyfikowany wynik wkleić w poniższe zapytanie:
declare @xml xml
set @xml = ‘<zawartość zwrócona przez procedurę>’
select @xml
i wybrać F5.
Jeżeli wynik zapytania zwraca błąd- oznacza to, że w obrębie towarów znajdują się towary z błędnymi znakami. W celu ich odnalezienia należy analizować wynik w sposób fragmentaryczny, tj:
w celu zawężenia obszaru poszukiwań podzielić wynik na dwie równe części i każdą z nich poddać ponownej analizie przy pomocy zapytania:
declare @xml xml
set @xml = ‘<zawartość zwrócona przez procedurę>’
select @xml
Jeżeli poszczególny wynik nie zwraca błędu, oznacza to, że w danym fragmencie nie ma towarów z błędnymi znakami,
Jeżeli poszczególny wynik zwraca błąd , należy ponownie postąpić wedle punktu 4)
Po odnalezieniu problematycznego towaru, należy odnaleźć pole, w którym występuje błąd. Najczęściej jest to nazwa towaru/opis. W tym celu należy usunąć zawartość pola i zweryfikować, wklejając w zapytanie podane w punkcie (4). W przypadku gdy problem jest z wartością atrybutu, należy usunąć tę wartość, a następnie ponownie wpisać ją ręcznie i wykonać synchronizacje.
Jeżeli znak nie zostanie odnaleziony przy pomocy analizy wyników CDN.ESKLEP_EksportTwr, wówczas w analogiczny sposób należy zanalizować procedurę CDN.ESKLEP_EksportGrup.
Cannot insert the value NULL into column ‘PdR_Price’, table ‘CDNeSklep_11969.CDN.Products’; column does not allow nulls. INSERT fails.
Komunikat pojawia się po stronie panelu administracyjnego w e-Sklepie i informuje o wystąpieniu jednej z dwóch poniższych sytuacji:
na towarze/towarach wysyłanych do e-Sklepu brakuje ceny określonej na definicji oddziału jako cena aktualna. Aby zapobiec takiej sytuacji, należy przed dokonaniem eksportu do e-Sklepu dokonać weryfikacji, czy na wszystkich towarach, które mają zostać wyeksportowane znajduje się odpowiednia cena:
Rys.1 Parametr służący do weryfikacji obecności cen wysyłanych do e-Sklepu
W przypadku, gdy na którymś z towarów brakuje ceny aktualnej, powyższa weryfikacja zwróci komunikat:
Rys.2 Komunikat o braku ceny aktualnej na karcie towarowej wysyłanej do e-Sklepu
na towarze wysyłanym do e-Sklepu ustalono cenę w walucie, która nie została zmapowana na oddziale e-Sklepu (Definicja oddziału/Waluty)
Błąd podczas dodawania atrybutów dla towaru: (Violation of PRIMARY KEY constraint ‘PK_Attachments’. Cannot insert duplicate key in object ‘CDN.Attachments’. The duplicate key value is (213)
Komunikat informuje nas o tym, iż do e-Sklepu wysyłany jest zduplikowany załącznik o ID 213.
Opis zdarzenia:|Błąd podczas eksportu danych: Wystąpił nieoczekiwany błąd podczas wysyłania danych:Synchronization_ImportProductsRelated 14, 1 2627: Violation of PRIMARY KEY constraint 'PK__#Product__DCE249BD17CE2A6B'. Cannot insert duplicate key in object 'dbo.#ProductsRelated'. The duplicate key value is (1, 5649, 8373, -2).
The statement has been terminated.|
Komunikat pojawia się po stronie loga automatycznej synchronizacji i informuje o tym, że do e-Sklepu wysyłane są zduplikowane zamienniki. W powyższym przypadku dla towaru o ID 5649 kilkukrotnie wysyłany jest zamiennik o ID 8373.
Remedium: Należy zweryfikować, czy na karcie towaru dany zamiennik znajduje się więcej, niż jeden raz.
Opis zdarzenia:|Błąd podczas eksportu danych: Wystąpił nieoczekiwany błąd podczas wysyłania danych:Synchronization_ImportProductsRelated 14, 1 2627: Violation of PRIMARY KEY constraint 'PK__#Product__DCE249BD17CE2A6B'. Cannot insert duplicate key in object 'dbo.#ProductsRelated'. The duplicate key value is (2, 5649, 8373, -2).
The statement has been terminated.|
Komunikat pojawia się po stronie loga automatycznej synchronizacji i informuje o tym, że do e-Sklepu wysyłane są zduplikowane komplety. W powyższym przypadku dla towaru o ID 5649 kilkukrotnie wysyłany jest komplet o ID 8373.
Remedium: Należy zweryfikować, czy na karcie towaru dany komplet znajduje się więcej, niż jeden raz.
Duplikacja kontrahenta o ID: 5516
Komunikat pojawia się w sytuacji, gdy do e-Sklepu wysyłanych jest wielu kontrahentów o adresie e-mail podanym na kontrahencie o ID 5516.
Remedium: Zmienić powtarzające się adresy e-mail na kontrahentach wysyłanych do e-Sklepu
Błąd podczas eksportu danych: Wystąpił błąd:[HRESULT=”0x80040e57” Description=”Wykonywanie instrukcji zostało przerwane.”HRESULT=”0x80040e57” Description=”Dane w postaci ciągu lub dane binarne zostaną obcięte.”]
Komunikat informuje o tym, iż w polach na wysyłanych towarach przekroczone zostały zakresy zmiennych dopuszczalnych w procedurach eksportujących dane do e-Sklepu.
Remedium: Najczęstszym powodem pojawiania się takiego komunikatu jest zbyt długa nazwa załączanego do synchronizacji z e-Sklepem pliku. Należy odszukać załącznik i skrócić nazwę lub też dokonać modyfikacji procedury CDN.ESKLEP_EksportTwr DABKOD zwiększając ilość znaków z 40. do 99.
Błąd podczas eksportu danych: Wystąpił nieoczekiwany błąd podczas wysyłania danych-5:CDN.Synchronization_ImportXML 16, 1 50000: Synchronizacja już trwa na innym stanowisku (Synchronization id already in progres)
Remedium: Wymagany jest kontakt z asystą e-Sklepu, Komunikat pojawi się w sytuacji, w której automat rozpoczyna synchronizacje w momencie gdy poprzednia synchronizacja jeszcze nie została zakończona lub wykonywanie ręcznej synchronizacji w momencie gdy włączony jest automat synchronizacji.
Błąd podczas eksportu danych: Błąd podczas tworzenia pliku XML:Wystąpił błąd [HRESULT=”0x80004005” Description=”Cannot continue the execution because the session is the kill state.”]
Remedium: Przyczyną może być wykonanie synchronizacji w trakcie restartu serwera
Synchronizacja danych z Comarch e-Sklep do Comarch ERP XL
Błąd podczas dodawnia zamówienia o ID=24481 - Kontrahent nie istnieje - <ZAM ID="24481" Typ="2" DataWystawienia="78941" DataWys="540386763" FormaPlID="2" FormaPl="PayU" SposobDostawy="Przesyłka kurierska [UPS] - Przelew" KosztPrzesylki="13.99" TypTransakcji="1" KodKraju="" Waluta="PLN" KntID="465" KntNazwa1="Beata Stawiarska" KntNazwa2="Marsh sp. z oo" KntNazwa3="" KntUlica="Niemcewicza" KntNrBudynek="26" KntNrLokal="66"KntKodP="02-306"KntMiasto="Warszawa" KntWojewodztwo="mazowieckie" KntNIP="" KntNIPUE=
Komunikat może świadczyć o nieprawidłowości w mapowaniu kontrahenta w Comarch ERP XL oraz w Comarch e-Sklep i tym samym braku wpisu w tabeli cdn.PicoLog, w której znajdują się powiązania GIDNumerów obiektów w bazie systemu z ID obiektów w bazie e-Sklepu.
Remedium:
W razie braku wpisu na danego kontrahenta należy wykonać update wedle poniższego wzoru:
INSERT INTO CDN.PicoLog
VALUES
(PcL_ID, ID oddziału e-Sklep, 32, GIDNumer kontrahenta w bazie systemu, KntID, null, 'Kontrahent-KntNazwa1', '', DATEDIFF(s,convert(datetime,'1990-01-01',120),'2017-02-28 15:50:09.000'))
Można również zweryfikować czy w tabeli cdn.PicoLog znajduje się wpis dla danego kontrahenta. W przypadku braku wpisu należy dodać wpis w PicoLog (po uprzednim wykonaniu backupu bazy danych) poprzez odpowiedni insert.
Przy samym insercie trzeba zwrócić uwagę na 3 pola:
Pcl_ObiektID - id kontrahenta w e-Sklepie
PcL_Obinumer - GIDnumer kontrahenta w bazie XL
PcL_PcKID – ID Oddziału esklepu (należy zwrócić uwagę czy został utworzony nowy oddział w tym czasie)
Poniżej przykładowy wpis dla kontrahenta o GIDnumerze 25, ID 17 w sklepie dla oddziału sklepu o ID 9.
Rys.3 Tabela cdn.PicoLog
Błąd podczas dodawania nagłówka zamówienia o ID=1-XLNowyDokumentZam(33) <ZAM ID=”1”Typ=”2”DataWystawienia=”77977”(…)
Komunikat zwracany przez API XLNowyDokumentZam(33) świadczy o tym, iż operator wykonujący synchronizację ręczną/zalogowany do automatu synchronizacji/zalogowany do usługi synchronizacji nie posiada uprawnień do modułu Zamówień jak również sytuację, w której operator ma uprawnienia, lecz w momencie logowania do systemu licencja na ten moduł nie był dostępna na kluczu i nie została pobrana.
Remedium: Należy zaznaczyć moduł Zamówienia na operatorze, opcjonalnie przelogować moduł Administratora Oddziałów. Jeżeli operator posiada zaznaczony moduł Zamówień, należy zweryfikować czy na kluczu znajduje się wolna licencja.
Komunikat zwracany przez API NowyKontrahentSQL(61) zwracany jest w przypadku utraty sesji na operatorze wykonującym synchronizację ręczną/zalogowanym do automatu lub usługi.
Remedium: Należy ponownie zalogować operatora poprzez ponowne uruchomienie CDNSynchro bądź Administratora Oddziałów.
Błąd podczas dodawania nagłówka zamówienia o ID=605 – XLNowyDokumentZam(51) <ZAM ID=”605”Typ=”2”(…)
Komunikat zwracany przez API XLNowyDokumentZam(51) zwracany jest w przypadku gdy do systemu próbuje się zaimportować zamówienie złożone na kontrahenta archiwalnego.
Remedium: Odznaczyć archiwalność kontrahenta w celu wczytania dokumentu.
Komunikat może być powiązany z komunikatem NowyAdres(2) oznaczającym- Wystąpił błąd przy próbie zablokowania tabel dla wykonania transakcji.
Problem występuje podczas insertu na bazę danych podczas importu z e-Sklepu. Przyczyna: brak uprawnień użytkowników od strony serwera SQL bądź dodatkowe rozwiązania.
Błąd podczas dodawnia nagłówka zamówienia o ID=15250 BŁĘDY [Brak praw do dokumentu. (NowyDokumentZam-41)
Rozwiązaniem problemu może być wykonanie update na bazie:
Update cdn.konfig set kon_wartosc=0 where kon_numer=-143.
Błąd podczas importu danych – Procedura CDN.XLNowaReklamacja zwróciła błąd nr 3
Remedium: Numer 3 wskazuje na brak dokumentu reklamowanego lub towaru. Należy wykonać zmianę statusu reklamacji w panelu administracyjnym e-Sklepu oraz ponowić synchronizację.
Błąd. Błąd podczas dodawania towaru:Niepoprawna struktura danych – niepoprawny status dostępności towaru
Komunikat świadczy o braku lub niepoprawności ustawienia statusu dostępności w systemie ERP.
Przykładowo: na kartotece towarowej w systemie ERP XL na zakładce Aplikacje jest ustawiony status: Dostępny, natomiast status dostępności pozostaje pusty.
Dodatkowo dla masowej zmiany wartości wskazanych ustawień na karcie towaru można wykorzystać update na bazie danych, wskazaną zmianę należy w pierwszej kolejności wykonać na kopi zapasowej bazy danych. (obinumertowaru należy podstawić gidnumer karty towarowej, możliwe wartości dla kolumn TAP_status oraz TAP_Dostepnosc zostały opisane w dokumentacji tabel)
Synchronization_ImportBinaryData
Dane binarne zawierają dane skompresowane, skontaktuj się z Asystą Comarch ERP
W przypadku komunikatu o skompresowanych danych należy zweryfikować czy dla załącznika pola DAB_TypId=326 (typ obraz) w tabeli ERP XL cdn.danebinarne oraz czy DAB_Rozmiar=0 w tej samej tabeli. Jeśli DAB_Rozmiar jest różny od 0 należy zmienić ustawienia dla typu załącznika obraz zgodnie ze zrzutem, następnie usunąć załącznik i dodać ponownie.
Po dokonanych zmianach należy dokonać pełnej synchronizacji.
Dodatkowo dla optymalizacji załączników można skorzystać za aplikacji poprawiającej załączniki. Pod wskazanym adresem znajduje się opis oraz instrukcja dla aplikacji:
Wystąpił niezidentyfikowany błąd. Błąd najprawdopodobniej jest spowodowany złym działaniem otoczenia programu. () (NowyKontrahent--2147217900) Niepoprawny numer NIP
Należy zweryfikować czy w szczegółach kontrahenta w panelu administracyjnym e-Sklepu dany Kontrahent zarejestrowany jako Krajowy, Unijny czy PozaUnijny. Jeżeli jest jako Krajowy należy zmodyfikować na Unijny lub PozaUnijny w przypadku gdy kontrahent posiada zagraniczny numer NIP.
Problemy techniczne
Komunikaty związane z wystąpieniem Timeout podczas automatycznej synchronizacji danych mogą być związane ze zbyt dużą ilością danych, które system próbuje wysłać w zbyt krótkim czasie. W takiej sytuacji należy zweryfikować, jaki typ synchronizacji cennika został wybrany na definicji oddziału. W razie wystąpienia problemu należy wybrać eksport różnicowy:
Rys.4 Eksport różnicowy cennika
Pomimo prawidłowo zdefiniowanej usługi synchronizacji dla oddziału e-Sklepu synchronizacja danych nie wykonuje się.
Remedium: Należy zweryfikować, czy w zmiennej środowiskowej %PATH% podano ścieżkę do jednej tylko, aktualnie zainstalowanej wersji XL-a, w której baza współpracuje z aplikacją Comarch ERP e-Sklep.
Przyklad
1. Wersją zainstalowaną jest wersja 2019.1 Następnie pobrano kompilację w wersji aktualnej i na niej wykreowano/bądź podniesiono bazę współpracującą z Comarch ERP e-Sklep. W takiej sytuacji usługa może nie zadziałać.
Przyklad
2. Jeżeli na jednym serwerze na bazie A, na oddziale o ID=1 zdefiniujemy usługę do synchronizacji z MOS, a na bazie B, na oddziale o ID=1 zdefiniujemy usługę do synchronizacji z e-Sklepem to usługa synchronizacji z e-Sklepem nie zadziała.
Najczęściej zadawane pytania
Czy można zasilić Comarch e-Sklep innym sposobem, niż synchronizacja z systemem ERP?
Comarch e-Sklep można zasilić wyłącznie poprzez synchronizację z systemem ERP tj. XL, Altum, Optima, XT oraz Enterprise. W przyszłości planowane jest również funkcjonowanie e-Sklepu jako standalone.
Synchronizacja z Comarch e-Sklep przebiega bezbłędnie, jednak po stronie e-Sklepu nie widać żadnych towarów.
Należy zweryfikować, czy na towarach, które mają być wysyłane do e-Sklepu zaznaczono parametr dostępności w aplikacji. Ponadto grupa wybrana na oddziale e-Sklepu musi posiadać podgrupy towarowe.
W jaki sposób uruchomić synchronizację automatyczną z e-Sklepem?
W celu uruchomienia synchronizacji automatycznej należy na oddziale e-Sklepu zaznaczyć parametr Synchronizacja automatyczna oraz z poziomu katalogu XL-a uruchomić komponent CDNSynchro.
W jaki sposób uruchomić synchronizację z e-Sklepem przy pomocy usługi?
W celu uruchomienia synchronizacji przy pomocy usługi należy na oddziale e-Sklepu zaznaczyć parametr Synchronizuj z wykorzystaniem usługi. Należy ponadto zdefiniować odpowiednią usługę z poziomu Administratora oddziałów.
Na definicji załącznika został zaznaczony parametr dostępności w e-Sklepie. Na karcie towarowej, w zakładce Załączniki również został zaznaczony parametr dostępności w e-Sklepie dla danego załącznika. Mimo to zdjęcie główne nie jest wysyłane do e-Sklepu.
Należy zweryfikować jaką pozycję na liście załączników przypiętych do towaru zajmuje to zdjęcie. Jako zdjęcie główne wysyłane jest pierwsze zdjęcie z listy załączników.
W jaki sposób prawidłowo udostępnić załącznik towaru do e-Sklepu?
Załącznik dodajemy na karcie towarowej, w zakładce załączniki, wykorzystując przycisk import z pliku , załącznik musi spełnić wymagania co do rozmiaru, typu pliku oraz wymiarów. Dostępność w e-Sklepie zatwierdzamy poprzez zaznaczenie na zakładce Ogólne załącznika przycisku e-Sklep. Jeżeli przycisk nie był zaznaczony a wykonaliśmy synchronizację, ważne jest również aby upewnić się, że dostępność e-sklep jest także zaznaczona w zakładce Obiekty.
XL014 - Konfiguracja wydruków kodów kreskowych
Ogólna struktura mechanizmu wydruków
Wydruki kodów kreskowych w programie ERP XL, realizowane są przy pomocy funkcjonalności tak zwanych wydruków XML. Całość instrukcji dotyczących definicji wydruków zawarta jest w pliku o rozszerzeniu XPT, który jest importowany do programu ERP XL. Dla lepszego zobrazowania posłużono się przykładem pliku Wydruk.xpt przeznaczonego dla drukarki Datamax.
Struktura pliku XPT
Plik o rozszerzeniu XPT składa się z dwóch części. Pierwszej [SQL] zawierającej zapytania SQL, oraz drugiej [XSL]. Przykładowy plik Wydruk.xpt wygląda następująco:
[SQL]
select Twr_Kod,Twr_EAN FROM cdn.TwrKarty WHERE ?@Hs200_NQ|Filtr:''@?
Sekcja ta zawiera zapytania SQL (w przypadku naszego przykładu jedno zapytanie), które zostaną zadane do bazy i na podstawie zwróconych odpowiedzi utworzony zostanie plik XML o określonej strukturze.
Uwaga
Zalecane jest, aby nie korzystać z zapytań typu select *. Przy wpisywaniu nazw kolumn należy zwrócić uwagę na wielkość liter gdyż XML jest ‘case sensitive’
Zastosowanie w sekcji WHERE wyrażenia ?@s200H_NQ|Filtr:''@? spowoduje wstawienie w jego miejsce filtru przekazanego z programu. Jest to tak zwany parametr dynamiczny. Struktura pliku XML otrzymanego w wyniku zapytań SQL wygląda następująco:
Każdy XML wygenerowany z zapytań z sekcji [SQL] rozpoczyna się od Tagu <ROOT>. Tagi <RECORDSETn> odpowiadają kolejnym zapytaniom select tzn. pierwszy select generuje <RECORDSET1> itd. Każdy wiersz z odpowiedzi przedstawiony jest w formie Tagu <RECORD>. Każdy z nich posiada tyle atrybutów, ile kolumn zwraca zapytanie. Nazwa atrybutu odpowiada nazwie kolumny a wartość atrybutu wartości kolumny.
Plik XML dla naszego przykładu może więc wyglądać następująco:
<ROOT>
<RECORDSET1>
<RECORD Twr_Kod=”MAG770T” Twr_EAN=”8” />
</RECORDSET1>
</ROOT>
Sekcja XSL
Sekcja zawiera schemat, który jest „nakładany” na XML z danymi. Tłumaczy plik XML na język poleceń drukarki. W naszym przykładzie dla Tagu <RECORD> zdefiniowany został zestaw instrukcji dla drukarki:
W instrukcjach sterujących drukarką osadzone zostały instrukcje xsl-a, pozwalające na wykorzystanie danych uzyskanych z zapytania SQL.
W przypadku innych typów drukarek należy przeczytać dokumentację producenta w celu zapoznania się ze składnią instrukcji sterujących dla drukarki.
Uwaga
W przypadku niektórych drukarek język instrukcji sterujących drukarką jest dość skomplikowany np. drukarki DYMO. Dlatego w ich przypadku należy posłużyć się zestawem obiektów COM, dostarczanych przez producenta.
Struktura pliku XPT będzie więc różnić się od przedstawionej w przykładzie. Przykładowy plik XPT zawierający instrukcje sterujące dla drukarki DYMO wygląda następująco:
[SQL]
select Twr_Kod,Twr_Nazwa,Twr_GrupaPod,Twr_EAN FROM cdn.TwrKarty where ?@Hs200_NQ|Filtr:''@?
Wszystkie liczby określające położenie i rozmiar obiektów są podane w jednostkach 1/10 mm. Tworzenie elementów w określonej przez opis kolejności, pozwali otrzymać prawidłowy wygląd elementów.
Obszar wydruku
Przyjęcie poniższych wartości pozwala na uzyskanie poprawnego wydruku na wszystkich drukarkach atramentowych (mają one mniejszy obszar drukowania niż laserowe)
Marginesy ustawiane w wydrukach standardowych:
Zmniejszenie marginesów lewego i prawego pozwala na umożliwienie automatycznego przesunięcia wydruku, tak by nadawał się on do wpięcia do skoroszytu. W trybie landscape można zmniejszyć margines lewy albo prawy do wielkości 7 mm – wydruk zostanie automatycznie dostosowany do trybu landscape jaki supportuje drukarka (90 lub 270 stopni)
Standard prezentacji danych
Ogólne założenia co do wyglądu elementów wydruku: • Opisy elementów – czcionka normalnej grubości, Times New Roman CE • Kluczowe elementy (wartości liczbowe, daty itp.) - czcionka pogrubiona, Courier New CE • Opisy kolumn list – w ramce o grubości 10; bez pionowych linii dzielących na kolumny, oddalone o 10 jednostek w pionie od poprzedniego elementu
Wydruk typu „Lista”
Obiekty o numerach 1, 2, 3, 4 umieszczamy w sekcji „PAGE HEADER”
Obiekty 5, 6, 7 umieszczamy w sekcji „GRAND TOTALS”
Obiekt 1. [Ramka pieczątki firmy]
Ramka pieczątki firmy:
BOX(Black, White, 275, 5, No, 920, 0, 10) - „Send to back”
BOX(Black, Black, 275, 5, No, 920, 10, 20) - „Send to back”
Obiekt 2. [Elementy pieczątki firmy]
Elementy pieczątki firmy przekazywane są poprzez parametry: CDN_FIRMA1, CDN_FIRMA2, CDN_FIRMA3, CDN_FMIASTO, CDN_FULICA
Pieczątkę firmy drukujemy czcionką: TIMES NEW ROMAN; rozmiar = 10, normalna grubość
Pola pieczątki firmy umieszczamy jedne po drugimi w odstępie 50 jednostek, począwszy od punktu o współrzędnych (10,20). Wszystkie pola wyrównujemy do współrzędnej X=10. Szerokość wszystkich elementów ustawiamy na 900 jednostek.
Obiekt 3. [Tytuł wydruku]
Tytuł wydruku jest odpowiednim, polem tekstowym sformatowanym wg poniższego przykładu:
STRING(Silver, Times New Roman CE, 14, Black, Bold, No, No, No, 0, Center, ‘Plan Kont’, No, 930, 940, 10)
LANDSCAPE: do współrzędnej X dodajemy 685
Obiekt 4. [Listwa z numerem strony]
BOX(Default, Silver, 55, 0, No, 930, 940, 240) – „Send to Back”
STRING(Silver, Times New Roman CE, 10, Black, Normal, No, No, No, 0, Right, ‘Strona:’, No, 145, 1675, 242)
Zmienna z numerem strony: PG#(Silver,,Times New Roman CE, 10, Black, Normal, No, No, No, 0, Left, @n3, No, No, 80, 1795, 242)
LANDSCAPE: do współrzędnej X dodajemy 685
Obiekt 5. [Listwa z opisem wydruku]
Sekcja kończąca wydruk rozpoczyna się podkreśleniem elementów oraz umieszczoną pod nim listwą z opisem wydruku (operator drukujący, liczba stron, data sporządzenia wydruku). Dane operatora drukującego są przekazywane do wydruku poprzez zmienną CDN_OPERATOR.
Współrzędna Y wszystkich elementów obiektu są zależne od wcześniej umieszczonych elementów zmiennych wydruku (np. Podsumowania) – dlatego w opisie właściwości obiektów są one zastąpione napisem „YYY”. Na
tej współrzędnej położone jest podkreślenie, współrzędne Y pozostałych obiektów podane są jako przesunięcie w stosunku do położenia podkreślenia (np. YYY+8) – dotyczy to także elementów składających się na obiekt nr.6
HLINE(Black, 10, 1873, 0, YYY)
BOX(Default, Silver, 55, 0, No, 1873, 0, YYY+5) – „Send to back”
STRING(Silver, Times New Roman CE, 10, Black, Normal, No, No, No, 0, Default, ‘Operator drukujący:’, No, 290, 4, YYY+8)
FIELD(Silver, CDN_Operator, Times New Roman CE, 10, Black, Bold, No, No, No, 0, Default, @s50, No, No, 660, 300, YYY+8)
STRING(Silver, Times New Roman CE, 10, Black, Normal, No, No, No, 0, Default, ‘Liczba stron:’, No, 185, 1600, YYY+8)
PG#( Silver,,Times New Roman CE, 10, Black, Normal, No, No, No, 0, Left, @n3, No, No, 80, 1790, YYY+8)
Jeżeli data wydruku nie została umieszczona w sekcji „PAGE HEADER”, to umieszczamy ja na listwie z opisem wydruku, wg poniższych danych: Datę wydruku obliczamy wyrażeniem „TODAY()” – dla jasności opisu formułę zawierającą to wyrażenie nazwę „DZISIAJ”
STRING(Silver, Times New Roman CE, 10, Black, Normal, No, No, No, 0, Default, ‘Data wydruku:’, No, 215, 970, YYY+8)
FIELD(Silver, DZISIAJ, Times New Roman CE, 10, Black, Bold, No, No, No, 0, Left, @d10, No, No, 230, 1190, YYY+8)
LANDSCAPE: Dla obiektów o pełnej szerokości strony (HLINE i BOX) zwiększamy szerokość o 685;
Obiekt ‘Liczba stron:’ ustawiamy na wsp. X =2290
Obiekt ‘PG#’ ustawiamy na wsp. X=2480
Obiekt ‘Data wydruku: ‘ ustawiamy na wsp. X=1780
Obiekt ‘DZISIAJ’ ustawiamy na wsp. X=2000
Obiekt 6. [Zastosowany Filtr]
Do wydruku przy pomocy parametru CDN_Filtr przekazywany jest filtr jaki został zastosowany w momencie jego uruchomienia. Ponieważ może on być stosunkowo długi, rozkładamy go na 3 części, tworząc następujące formuły:
FILTR_P1: IF CDN_FILTR<>’’ THEN ‘Zastosowano filtr: ‘&SUB(CDN_FILTR,1,85) ELSE ‘’
FILTR_P2: SUB(CDN_FILTR,86,85)
FILTR_P3: SUB(CDN_FILTR,172,85)
Rozmieszczenie formuł na wydruku:
FIELD(Default, FILTR_P1, Courier New CE, 8, Black, Normal, Yes, No, No, 0, Default, @s115, Yes, No, 1873, 0, YYY +66)
FIELD(Default, FILTR_P2, Courier New CE, 8, Black, Normal, Yes, No, No, 0, Default, @s115, Yes, No, 1873, 0, YYY +103)
FIELD(Default, FILTR_P2, Courier New CE, 8, Black, Normal, Yes, No, No, 0, Default, @s115, Yes, No, 1873, 0, YYY +140)
Jeżeli w wydruku stosujemy własne parametry, mające wpływ na filtr to poniżej umieszczamy napis ‘GDZIE’ oraz kolejno opis tych parametrów ( <nazwa> = <wartość> ):
STRING(Default, Courier New CE, 8, Black, Normal, Yes, No, No, 0, Deafult, ‘Gdzie: ‘, 120, 0, YYY+177)
Wszystkie opisy zmiennych drukujemy takim samym fontem jak filtr. Opisy te wyrównujemy do lewej do współrzędnej X=130
LANDSCAPE: W tym trybie ustawiamy szerokość pól na 2565 jednostek
Obiekt 7. [Listwa kończąca wydruk]
Współrzędne Y elementów tego obiektu zależą od ilości danych umieszczonych w obiekcie nr. 6. Odległość od ostatniego elementu obiektu 6 ustalmy na 10 jednostek. Dla czytelności zapisu zamiast wsp. Y wpisany będzie napis „YYY”
BOX(Default, Silver, 55, 0, No, 1873, 0, YYY)
STRING(Silver, Times New Roman CE, 10, Black, Normal, No, No, No, 0, Default, ‘*** Koniec Wydruku ***’, No, 290, 4, YYY+3)
Dodajemy jeszcze pole identyfikujące aplikacje drukującą. Wstawiamy tutaj tekst wg zasady: jeżeli jednoznacznie możemy określić z jakiego modułu pochodzi wydruk, drukujemy napis „CDN XL” + nazwa modułu (np. „CDN XL Księgowość”); W przeciwnym wypadku drukujemy sam napis „CDN XL”
STRING((Silver, Times New Roman CE, 10, Black, Normal, No, No, No, 0, Right, ‘CDN XL ...’, No, 420, 1450, YYY+3)
LANDSCAPE: Elementowi BOX ustawiamy szerokość na 2565 Pole identyfikujące aplikację umieszczamy na wsp. X=2135
Wygląd dokumentów handlowych (Faktury)
Obiekt 1. [Ramka pieczątki firmy]
GROUP(White, Yes, Times New Roman CE, 10, Black, Normal, No, No, No, 330,’Sprzedawca’, 920, 0,0) – „Send to back”
BOX(White, White, 310, 0, No, 920, 0,20) – „Send to back”
BOX(Black, Black, 310, 0, No, 920, 13,35) – „Send to back”
Obiekt 2. [Elementy pieczątki firmy]
Elementy pieczątki firmy przekazywane są poprzez parametry: CDN_FIRMA1, CDN_FIRMA2, CDN_FIRMA3, CDN_FMIASTO, CDN_FULICA, CDN_FNIP
Pieczątkę firmy drukujemy czcionką: TIMES NEW ROMAN; rozmiar = 10, Bold
Pola pieczątki firmy (oprócz CDN_FNIP) umieszczamy jedne po drugimi w odstępie 45 jednostek, począwszy od punktu o współrzędnych (10,40). Wszystkie pola wyrównujemy do współrzędnej X=10. Szerokość wszystkich elementów ustawiamy na 900 jednostek.
Numer NIP:
STRING(Default, Times New Roman CE, 10, Black, Bold, No, No, No, 0, Default, ‘NIP:’, 85, 10, 265)
FIELD(Default, CDN_FNIP, Times New Roman CE, 10, Black, Bold, No, No, No, 0, Default, @s13, No, No, 365, 95, 265)
Obiekt 3. [Nagłówek dokumentu]
Tytuł dokumentu: W tytule dokumentu umieszczamy formułę (nazwijmy ją „DOK_TYTUL”), która zwraca nam konkatenację typu dokumentu (Faktura VAT, Rachunek Uproszczony itp.) i odpowiednio sformatowanego numeru dokumentu (np. „Faktura VAT nr. 1245/99/CDX”).
FIELD(Silver, DOK_TYTUL, Times New Roman CE, 14, Black, Bold, 0, Center, @s40, No, No, 925, 940,10)
Listwa z numerem strony i oznaczeniem kopii:
BOX(Default, Silver, 65, 0, No, 925, 240, 280) – „Send to back”
STRING(Silver, Times New Roman CE, 10, Black, Normal, No, No, No, 0, Right, ’Strona’, 105, 1665, 288)
Zmienna z numerem strony: PG#(Silver,,Times New Roman CE, 10, Black, Normal, No, No, No, 0, Left, @n3, No, No, 80, 1790, 288)
Poprzez parametr CDN_NRKOPII przekazywany jest do wydruku numer drukowanej kopii. Pozwala to na wydrukowanie od razu oryginału i kopii dokumentu. Realizujemy to formułą: ORYGINAL_KOPIA: CHOOSE(CDN_nrKopii>0,' KOPIA',' ORYGINAŁ')
Umieszczoną wg danych: FIELD(Silver, ORYGINAL_KOPIA, Times New Roman CE, 12, Black, Bold, No, No, No, 0, Left, @s10, No, No, 300,940,280)
Zawartość nagłówka oryginału:
STRING(Default, Times New Roman CE, 10, Black, Normal, No, No, No, 0, Default, ‘Data wystawienia:’, 280, 1355, 110)
STRING(Default, Times New Roman CE, 10, Black, Normal, No, No, No, 0, Default, ‘Data sprzedaży’, 280, 1355, 165)
FIELD(Default, TRN_Data2, Courier New CE, 10, Black, Bold, No, No, No, 0, Right, @d10, No, No, 220, 1645, 110) FIELD(Default, TRN_Data3, Courier New CE, 10, Black, Bold, No, No, No, 0, Right, @d10, No, No, 220, 1645, 165)
Obiekt 4. [Dane nabywcy–odbiorcy / sprzedawcy-dostawcy]
Napis „Nabywca” („Sprzedawca” dla dokumentów zakupu) STRING(Default, Times New Roman CE, 10, Black, Normal, No, No, No, 0, Default, ‘Nabywca:’, 220, 10, 350)
Napis „Odbiorca” („Dostawca” dla dokumentów zakupu) STRING(Default, Times New Roman CE, 10, Black, Normal, No, No, No, 0, Default, ‘Odbiorca’, 220, 930, 350)
Adres nabywcy/sprzedawcy (pobrany z tabeli KntAdresy standardowo połączonej z tabelą TraNag)
FIELD(Default, KnA:Kna_Nazwa1, Times New Roman CE, 10, Black, Bold, No, No, No, 0, Default, @s50, No, No, 0, 40, 400)
FIELD(Default, KnA:Kna_Nazwa2, Times New Roman CE, 10, Black, Bold, No, No, No, 0, Default, @s50, No, No, 0, 40, 445)
FIELD(Default, KnA:Kna_Nazwa3, Times New Roman CE, 10, Black, Bold, No, No, No, 0, Default, @s50, No, No, 0, 40, 490)
Kod pocztowy łączymy z miastem kontrahenta formułą KNTMIASTO: IF KnA:KnA_KodP='00-000' THEN KnA:KnA_Miasto ELSE KnA:KnA_KodP&' '& KnA:KnA_Miasto
FIELD(Default, KNTMIASTO, Times New Roman CE, 10, Black, Bold, No, No, No, 0, Default, @s50, No, No, 0, 40, 535)
FIELD(Default, KnA:Kna_Ulica, Times New Roman CE, 10, Black, Bold, No, No, No, 0, Default, @s30, No, No, 0, 40, 580)
NIP kontrahenta drukujemy za pomocą formuły KNTNIP: 'NIP: ' & KnA:KnA_NipE FIELD(Default, KNTNIP, Times New Roman CE, 10, Black, Bold, No, No, No, 0, Default, @s30, No, No, 0, 40, 625)
Adres odbiorcy/dostawcy (pobrany z aliasu KntAdresy połączonego z tabelą TraNag poprzez Trn_AdWGID – GID adresu wysyłkowego)
FIELD(Default, KnAA:Kna_Nazwa1, Times New Roman CE, 10, Black, Bold, No, No, No, 0, Default, @s50, No, No, 0, 950, 400)
FIELD(Default, KnAA:Kna_Nazwa2, Times New Roman CE, 10, Black, Bold, No, No, No, 0, Default, @s50, No, No, 0, 950, 445)
FIELD(Default, KnAA:Kna_Nazwa3, Times New Roman CE, 10, Black, Bold, No, No, No, 0, Default, @s50, No, No, 0, 950, 490)
Kod pocztowy łączymy z miastem kontrahenta formułą ODBMIASTO: IF KnAA:KnA_KodP='00-000' THEN KnAA:KnA_Miasto ELSE KnAA:KnA_KodP&' '& KnAA:KnA_Miasto
FIELD(Default, ODBMIASTO, Times New Roman CE, 10, Black, Bold, No, No, No, 0, Default, @s50, No, No, 0, 950, 535)
FIELD(Default, KnAA:Kna_Ulica, Times New Roman CE, 10, Black, Bold, No, No, No, 0, Default, @s30, No, No, 0, 950, 580)
Obiekt 5. [Opis dokumentu]
W skład tego obiektu wchodzi opis sposobu dostawy i opis dokumentu (tytuły i wartości). Tytuły tych pól realizujemy formułami: SPOSOBDOSTAWY: IF TrN:TrN_SposobDostawy='' THEN '' ELSE 'Sposób dostawy: '
OPISDOKUMENTU: IF TnO:TnO_Opis='' THEN '' ELSE 'Opis dokumentu: '
FIELD(Default, SPOSOBDOSTAWY, Times New Roman CE, 9, Black, Normal, No, No, No, 0, Center, @s16, 300, 10, 685)
FIELD(Default, OPISDOKUMENTU, Times New Roman CE, 9, Black, Normal, No, No, No, 0, Center, @s16, 300, 10, 730)
FIELD(Default, TrN:TrN_SposobDostawy, Times New Roman CE, 9, Black, Bold, No, No, No, 0,Default, @s20, 570, 315, 685)
FIELD(Default, TnO:TnO_Opis, Times New Roman CE, 9, Black, Bold, No, No, No, 0,Default, @s255, 1550, 315, 730)
STRING(Silver, Times New Roman CE, 10, black, Normal, No, No, No, 0, Center, ‘Forma płatności’, Yes, 257, 4, 1) STRING(Silver, Times New Roman CE, 10, black, Normal, No, No, No, 0, Center, ‘Termin’, Yes, 177, 335, 1) STRING(Silver, Times New Roman CE, 10, black, Normal, No, No, No, 0, Center, ‘Forma’, Yes, 117, 750, 1)
Kolumna form płatności: od współrzędnej (4,54) 4 wiersze co 45 jednostek; picture @s15, szerokość =0 Kolumna terminów płatności: od współrzędnej (335,54) 4 wiersze co 45 jednostek; picture @s10, szerokość =0 Obie powyższe kolumny drukujemy czcionką Times New Roman CE; rozmiar=9 ; normalna grubość
Kolumna kwot płatności: od współrzędnej (561, 54) 4 wiersze co 45 jednostek; szerokość=307. Kwoty drukujemy czcionką Courier New CE; rozmiar=9; Bold
Obiekt 7. [Tabelka VAT]
BOX (Default, Silver, 50, 10, No, 930, 940, 0) HLINE (Black, 10, 930,940,50) HLINE (Black, 10, 930,940,105) STRING(Silver, Times New Roman CE, 10, black, Normal, No, No, No, 0, Center, ‘Razem:’, No, 132, 940, 53) STRING(Silver, Times New Roman CE, 10, black, Normal, No, No, No, 0, Center, ‘ W tym:’, No, 132, 940, 114) STRING(Silver, Times New Roman CE, 10, black, Normal, No, No, No, 0, Center, ‘Stawka’, No, 130, 1063, 0) STRING(Silver, Times New Roman CE, 10, black, Normal, No, No, No, 0, Center, ‘Brutto’, No, 108, 1286, 0) STRING(Silver, Times New Roman CE, 10, black, Normal, No, No, No, 0, Center, ‘VAT’, No, 82, 1522, 0) STRING(Silver, Times New Roman CE, 10, black, Normal, No, No, No, 0, Center, ‘Netto’, No, 90, 1760, 0)
Sumy tabelki VAT (nazwy formuł przyjęte dla czytelności opisu) FIELD(Default, BRUTTOTOT, Courier New CE, 9, Black, Bold, No, No, No, 0, Default, @n-14.2, No, No, 222, 1186, 53) FIELD(Default, VATTOT, Courier New CE, 9, Black, Bold, No, No, No, 0, Default, @n-14.2, No, No, 196, 1415, 53) FIELD(Default, NETTOTOT, Courier New CE, 9, Black, Bold, No, No, No, 0, Default, @n-14.2, No, No, 246, 1617, 53)
Kolumny tabelki VAT (Courier New CE, rozmiar = 9, normalna grubość) Stawka VAT – od współrzędnych (1081,114) 7 wierszy co 45 jedn. Szerokość=101 Brutto – od współrzędnych (1186,114) 7 wierszy co 45 jedn. Szerokość=222 VAT– od współrzędnych (1415,114) 7 wierszy co 45 jedn. Szerokość=196 Netto – od współrzędnych (1617,114) 7 wierszy co 45 jedn. Szerokość=246
Począwszy od wiersza 4 elementy tabelki VAT mają ustawioną właściwość „Skip if empty” na YES
Obiekt 7. [Stopka strony]
BOX (Default, Silver, 55, 0, No, 1873, 0, 3)
STRING(Silver, Times New Roman CE, 10, black, Normal, No, No, No, 0, Right, ‘Razem do zapłaty:’, No, 270, 1200, 5)
FIELD(Silver, BRUTTOTOT, Times New Roman CE, 10, black, Bold, , No, No, No, Right,@n-14.2, No, No, 340, 1475, 5) STRING(Silver, Times New Roman CE, 10, black, Bold, No, No, No, 0, Right, ‘zł’, No, 50, 1810, 5)
FIELD(Default, KWOTASLOWNIE, Times New Roman CE, 10, black, Normal, No, No, No, 0, Right, @s255, No, No, 1873, 0, 62)
Formuła ZAPLACONO_PRINT drukuje zapłacona już kwotę faktury i pozostała do zapłaty. Jeżeli nic nie zostało zapłacone to linia jest pusta. FIELD(Default, ZAPLACONO_PRINT, Times New Roman CE, 10, black, Bold, No, No, No, 0, Right, @s255, Yes, No, 1873, 0, 118) HLINE(Black, 10, 1873, 0, 177)
Miejsca na podpisy:
HLINE(Black, 10, 665, 5, 285)
HLINE(Black, 10, 285, 1080, 285)
HLINE(Black, 10, 390, 1470, 285)
STRING(Default, Times New Roman CE, 8, Black, Normal, No, No, No, 0, Default, ‘Wystawił:’, No, 0, 115, 290) STRING(Default, Times New Roman CE, 8, Black, Normal, No, No, No, 0, Default, ‘Data odbioru:’, No, 0, 1165, 290) TEXT(No, Default, Times New Roman CE, 8, Black, Normal, No, No, No, 77, Center, Yes, ‘Podpis osoby uprawnionej <chr(13),chr(10)> do otrzymania faktury’, No, 390, 1470, 290)
Operator wystawiający dokument: FIELD(Default, Ope:Ope_Nazwisko, Times New Roman CE, 8, Black, Bold, No, No, No, 0, Center, @s50, No, No, 450, 226, 290)
Jak skonfigurować system Comarch ERP XL do współpracy z kolektorem?
Prawidłowa konfiguracja jest czynnością, dla której prawidłowego wykonania konieczne jest spełnienie kilku warunków.
Należy upewnić się, że obie strony komunikacji są skonfigurowane identycznie (jest to bardzo istotne - nawet najmniejsza różnica w konfiguracji spowoduje brak komunikacji z kolektorem).
Należy sprawdzić następujące elementy:
Szybkość transmisji, protokół – ustawione na kolektorze. W przypadku ich braku, należy je odszukać w dokumentacji urządzenia.
Bity danych, parzystość, bity stopu – dane te rzadko znajdują się na kolektorze. w przypadku ich braku, należy je odszukać w dokumentacji urządzenia.
Strukturę rekordu wysyłanego przez urządzenie – najłatwiej to zrobić odczytując dane z kolektora za pomocą narzędzi dostarczonych przez producenta.
Producenci/dystrybutorzy zwykle dostarczają również oprogramowanie, którym można modyfikować powyższe ustawienia. Ma to szczególne znaczenie w przypadku struktury rekordu z danymi.[2]
Konfiguracja parametrów transmisji
Konfiguracji kolektora dokonuje się w oknie: Konfiguracja komputera, na zakładce: Kolektor.
Parametry komputera, zakładka Kolektor
Poniżej przedstawiono opis dla poszczególnych parametrów konfiguracji:
Nazwa pliku sterownika – pole w którym wskazuje się plik sterownika używany podczas współpracy systemu z urządzeniem:
CDN_Coll.dll dla kolektorów Denso BHT i Dolphin (HandHeld)
CDN_Ciph.dll dla CipherLab i OPTICON
Używaj transceivera - istotne tylko dla kolektorów CipherLab – pole zaznacza się, jeżeli do połączenia używany jest transceiver (stacja dokująca COM - IrDA).
Protokół – istotne tylko dla Denso BHT oraz Dolphin. Protokół transmisji – należy ustawić taki sam, jak w urządzeniu. Dla kolektora Dolphin należy używać protokołu YMODEM.
Szybkość transmisji – istotne dla wszystkich modeli – szybkość wymiany danych przez port szeregowy; należy ustawić taką szybkość, jak w urządzeniu; również ustawienia dla portu COM, do którego zostanie podłączony kolektor, powinny być zgodne z ustawieniami na urządzeniu oraz w systemie Comarch ERP XL.
Parzystość; Bity danych; Bity stopu – parametry istotne dla wszystkich modeli; należy ustawić je tak, jak w urządzeniu; jeżeli w urządzeniu nie da się ustawić powyższych należy sprawdzić w instrukcji, jakie są prawidłowe dla nich ustawienia; również ustawienia dla portu COM powinny być zgodne z ustawieniami na urządzeniu oraz w systemie Comarch ERP XL.
Port – port szeregowy przez, który odbywa się komunikacja z urządzeniem. W przypadku podłączenia kolektora przez port USB należy zmapować port USB na jeden z portów COM1 lub COM2.
Definiuj rekord kolektora – przycisk otwierający okno definicji rekordu kolektora; od prawidłowego zdefiniowania rekordu kolektora zależy czy współpraca z urządzeniem będzie odbywać się bez błędów (w skrajnych przypadkach czy w ogóle się powiedzie).
Definiowanie rekordu kolektora
Część z kolektorów ma „na sztywno” zdefiniowane parametry transmisji, również rekord kolektora, które pozwalają na współpracę z systemem Comarch ERP XL (np. OPTICON). Dla innych rekord kolektora można definiować wg uznania (np. CipherLab). Istotnym jest jednak to, żeby zdefiniować rekord kolektora w Comarch ERP XL, tak jak zaprogramowane jest urządzenie.
Definicja rekordu kolektora
Definiując rekord można określić następujące parametry:
Wielkość rekordu – ilość znaków jaka przeznaczona jest na cały rekord kolektora
Pola – parametry pozwalające na określenie które z pól, a więc jakie dane, będą przesyłane z urządzenia do aplikacji; dla poszczególnych pól należy określić w jakich przedziałach (od którego do którego znaku) znajdują się dane:
EAN – kod EAN służący do identyfikacji towaru/jednostki pomocniczej/dostawy
Ilość – ilość towaru odpowiadającego przesłanemu kodowi EAN
Cecha – wartość cechy przesłanego towaru
Data ważności – data ważności partii towaru, data powinna być w formacie ddmmrrrr i mieścić się
w zakresie: od 01011801 do 11102074 (od 01-01-1801 do 11-10-2074)
Położenie – adres w magazynie gdzie towar będzie przyjmowany lub skąd będzie pobierany (ma znaczenie tylko dla dokumentów magazynowych PM, WM, MP)
Znak wypełniający – znak oddzielający poszczególne pola z danymi.
Brak zakończeń linii – czy poszczególne rekordy są przesyłane jako jeden ciąg znaków.
Poniżej przedstawiono przykład jak zdefiniować połączenie dla kilku wybranych urządzeń.
Przykładowe ustawienia
CipherLab
Kolektory CipherLab można w łatwy sposób konfigurować tak aby umożliwić przesyłanie żądanych danych do systemu Comarch ERP XL. Pod tym względem są najbardziej elastyczne z opisanych poniżej.
Poniższe ustawienia są przykładowe i mogą być modyfikowane podczas zestawiania współpracy z systemem Comarch ERP XL. Należy jednak pamiętać, żeby parametry na urządzeniu były zgodne z ustawieniami w systemie.
Parametry portu COM, przez który będzie prowadzona transmisja danychParametry komputera dla kolektora CipherLabDefinicja rekordu kolektora CipherLab
Dla urządzeń CipherLab istnieje możliwość przeprogramowania rekordu kolektora przy pomocy aplikacji Forge Batch Application Generator udostępnianej przez producenta.
Aplikacja umożliwiająca przeprogramowanie rekordu kolektora CipherLab – rekord
Podczas definiowania poszczególnych pól rekordu kolektora Cipherlab należy zaznaczyć, że mają mieć one zachowaną ustaloną długość. W tym celu należy wywołać okno ze szczegółami pola (przycisk: More), w którym wpisujemy długość pola oraz zaznaczamy parametr: Fixed data lenght.
Aplikacja umożliwiająca przeprogramowanie rekordu kolektora CipherLab – ustalenie długości pola oraz jej zablokowanie
W celu zaprogramowania rekordu na kolektorze należy przesłać aplikację na urządzenie – Send Application, a na kolektorze wybrać opcję: 6. Load Program w menu Utilities.
PHL2700 firmy OPTICON
Kolektor PHL1300 może przesyłać dane wynikowe w czterech trybach dostępnych na urządzeniu: Inwentura, Magazyn, Sprzedaż, Numery seryjne. Pierwsze trzy tryby z punktu widzenia systemu Comarch ERP XL nie różnią się niczym. Przesyłane są kod EAN oraz ilość. W trybie Numery seryjne dodatkowo istnieje możliwość przesłania wartości cechy. (szczegóły: www.optidata.pl).
Dla tego kolektora dystrybutor zaleca transmisję z szybkością 19200 bps. Poniższe ustawienia konfiguracyjne proponuje transmisję z większą szybkością, podczas którego nie napotkano na żadne problemy. W celu przeprowadzenia transmisji z taką szybkością należy ustawić ją również na urządzeniu oraz stacji dokującej.
Parametry portu COM, przez który będzie prowadzona transmisja danych – OPTICON PHL2700.Parametry komputera dla kolektora OPTICON PHL2700Definicja rekordu kolektora OPTICON PHL2700 w trybach Inwentura, Sprzedaż oraz Magazyn – współpraca z kolektorem możliwa tylko dla takiej definicji rekorduDefinicja rekordu kolektora OPTICON PHL2700 w trybie Numery seryjne (w tym trybie przesyłana ilość będzie zawsze równa 1) – współpraca z kolektorem możliwa tylko dla takiej definicji rekordu
Uwaga
Kolejność synchronizacji danych jest bardzo ważna - Najpierw wysyłamy dane z kolektora, dopiero później zaczynamy odczytywać w Comarch ERP XL.
PHL1300 firmy OPTICON
Parametry portu COM, przez który będzie prowadzona transmisja danych – OPTICON PHL1300.Parametry komputera dla kolektora OPTICON PHL1300Definicja rekordu kolektora OPTICON PHL1300
Uwaga
Kolejność synchronizacji danych jest bardzo ważna - najpierw wysyłamy z kolektora dopiero później zaczynamy odczytywać w Comarch ERP XL.
Ze względu na niedostępność kolektora nie był testowany na najnowszych wersjach systemu.
DOLPHIN
Parametry portu COM, przez który będzie prowadzona transmisja danych – DOLPHIN.Parametry komputera dla kolektora DOLPHIN.Definicja rekordu kolektora DOLPHIN.
Uwaga
Kolejność synchronizacji danych jest bardzo ważna - najpierw odczytujemy dane w Comarch ERP XL, a następnie wysyłamy z kolektora.
Ze względu na niedostępność kolektora w dystrybucji nie był testowany na najnowszych wersjach systemu.
Denso BHT
Do współpracy z tym urządzeniem konieczne jest zarejestrowanie biblioteki SKKTrans.ocx, z której korzysta Comarch ERP XL podczas odczytywania przesyłanych danych. Biblioteka ta jest dostarczana wraz z systemem Comarch ERP XL. W celu jej zarejestrowania należy wykonać polecenie: regsvr32 SKKTrans.ocx.
Transmisja danych w przypadku tego kolektora odbywa się przez plik tymczasowy, do którego zapisywane są dane odczytane z portu COM, a następnie dane wczytywane są do systemu. W tej sytuacji, jeśli praca odbywa się na systemach, dla których włączona jest kontrola kont użytkowników (np. Windows 7, Windows Serwer 2008, etc.) istotne jest aby aplikacja miała uprawnienia do zapisywania danych w folderach tymczasowych Windows.
Parametry portu COM, przez który będzie prowadzona transmisja danych – Denso BHTParametry komputera dla kolektora Denso BHTDefinicja rekordu kolektora Denso BHT
Dla kolektora Denso BHT szybkość transmisji jest ustawiana na stacji dokującej urządzenia. Dla 9600 bps należy ustawić: switch 1 –OFF, switch 2 – OFF, switch 3 – ON.
Praca z kolektorem w systemie Comarch ERP XL
W przypadku pracy z kolektorami danych w systemie Comarch ERP XL możliwy jest jedynie odczyt danych z kolektora przez aplikację. W celu przesłania danych w kierunku odwrotnym (z systemu do urządzenia, np. baza towarów) należy użyć aplikacji zewnętrznych przygotowanych podczas wdrożenia systemu lub dostarczanych przez dystrybutorów kolektorów.
W systemie można wczytywać dane z kolektora na dokumenty handlowe (PZ, PZI, FZ, FRR, FS, WZ, , PA, FW, FSE, WZE), wewnętrzne (PW, RW, MMW, MMP), magazynowe (WM, PM, MP), zamówienia (ZZ, ZS, ZW) oraz oferty (OZ, OS). Istnieje również możliwość dodania odczytu inwentaryzacyjnego z kolektora.
W celu przesłania danych na dokument, należy przesyłając dane z urządzenia, nacisnąć przycisk: Wczytaj dane z kolektora.
Dodawanie na dokument pozycji przesłanych z kolektora, może odbyć się w dwóch trybach:
usuwanie istniejących pozycji i dodanie nowych pozycji na podstawie przesłanych danych – domyślne działanie przycisku,
dodawanie nowych pozycji do istniejących na dokumencie.
Wczytaj pozycje – usuwa istniejące pozycje i dodaje dane przesłane z kolektoraDodaj nowe pozycje – dodaje pozycje do istniejących na dokumencie
W celu dodania odczytu inwentaryzacyjnego z kolektora, należy mając otwarty arkusz inwentaryzacyjny na zakładce: Odczyty, przesłać dane z urządzenia i nacisnąć przycisk: Odczyt z kolektora.
Inwentaryzacja – dodawanie odczytów inwentaryzacyjnych z kolektora
Podczas dodawania odczytu inwentaryzacyjnego system uzupełnia ilości tylko dla pozycji przesłanych z kolektora.
Identyfikacja pozycji (towarów) przesłanych z kolektora odbywa się na podstawie kodów EAN. W systemie Comarch ERP XL kody EAN są szukane pośród kodów zapisanych na kartach towarów, jednostkach pomocniczych, zasobach oraz dostawach.
Najczęściej zadawane pytania
Podczas próby odebrania danych z kolektora otrzymuje błąd – Brak danych w kolektorze.
Błąd ten może być spowodowany niepoprawną definicją rekordu kolektora.
Bardzo ważne jest poprawne zdefiniowanie długości rekordu danych oraz długości poszczególnych pól. Muszą być one zgodne z ustawieniami w urządzeniu.
Nieprawidłowa długość powoduje błąd odczytu.
W celu zweryfikowania jaka jest struktura danych wysyłanych przez kolektor, należy odebrać dane przy pomocy aplikacji do komunikacji z urządzeniem (zwykle udostępnianej przez producenta).
Czy istnieje możliwość transmisji danych z kolektora przy pracy z systemem Comarch ERP XL przez pulpit zdalny?
Tak. W tym celu należy podczas połączenia z pulpitem udostępnić porty szeregowe stacji lokalnej.
Ustawienia portu COM na stanowisku, do którego podłączone jest urządzenie (stanowisko, z którego łączymy się do pulpitu zdalnego) powinny być zgodne z ustawieniami w konfiguracji Comarch ERP XL.
Port COM, do którego podłączony jest kolektor należy zmapować na serwerze terminali z numerem COM1 lub COM2, w zależności od tego jaki został wybrany w konfiguracji Comarch ERP XL.
Jak interpretowane są daty ważności przesłane z kolektora?
Daty ważności przesłane z kolektora na dokument przyjęcia (handlowego lub magazynowego) są zapisywane na partii towaru zgodnie z ustawieniem w karcie towaru:
w przypadku przesłania daty ważności dla towaru, dla którego nie zaznaczono na karcie parametru: Oznacz partię towaru datą ważności informacja przesłana jako data ważności jest ignorowana
w przypadku przesłania nieprawidłowej daty albo nie przesłana jej dla towaru, którego partia towaru ma być oznaczana datą ważności, system pobiera ustawienie z karty towaru i odpowiednio ustawia datę
w przypadku przesłania prawidłowej daty dla towaru, którego partia towaru ma być oznaczana datą ważności, system ustawia przesłaną datę na partii powstałej w wyniku dostawy
Daty ważności przesłane z kolektora na dokument wydania (handlowego lub magazynowego) są traktowane jako wymagane (nawet dla towarów, dla których nie zaznaczono na karcie parametru: Oznacz partię towaru datą ważności). System zawsze szuka zasobu z odpowiednią datą ważności. Jeśli go nie znajdzie wyświetla odpowiedni komunikat, np.: Zabrakło ilości (nie udało się pobrać towaru lub wymuszono realizacje całości). W przypadku nie przesłania daty ważności system pobiera zasoby wg kolejki zdefiniowanej na karcie towaru.
Uwaga
Data powinna być w formacie ddmmrrrr i mieścić się w zakresie: od 01011801 do 11102074 (od 01-01-1801 do 11-10-2074).
Jak interpretowane są cechy przesłane z kolektora?
Cechy przesłane z kolektora na dokument przyjęcia (handlowego lub magazynowego) są zapisywane na partii towaru. Jeśli towar ma określoną domyślą klasę cechy, przesłana cecha jest zapisywana jako jej wartość.
Cechy przesłane z kolektora na dokument wydania (handlowego lub magazynowego) są traktowane zawsze jako wymagane. System zawsze szuka zasobu z odpowiednią cechą. Jeśli go nie znajdzie wyświetla odpowiedni komunikat, np.: Zabrakło ilości (nie udało się pobrać towaru lub wymuszono realizacje całości). W przypadku nie przesłania daty ważności system pobiera zasoby wg kolejki zdefiniowanej na karcie towaru.
Jak interpretowane są położenia (adresy magazynowe) przesłane z kolektora?
Adresy magazynowe przesłane z kolektora są interpretowane tylko na dokumentach magazynowych (PM, WM, MP) oraz odczytach inwentaryzacyjnych (jeśli inwentaryzacja jest przeprowadzana wg ilości magazynowych).
W przypadku dokumentu PM, system będzie starał się umieścić towar w lokalizacji przesłanej z kolektora. Jeśli przesłany adres będzie nieprawidłowy (np. nie występuje w odpowiednim magazynie, będzie przepełniony, składowanie towaru będzie niedozwolone, etc.) to wyświetli odpowiedni błąd i nie doda takiej pozycji.
W przypadku dokumentów WM i MP system traktuje przesłany adres jako wymagany i stara się pobrać towar ze wskazanego położenia. Jeśli towar nie zostanie znaleziony w tym położeniu pozycja nie zostanie dodana.
W przypadku gdy adres nie zostanie przesłany a praca odbywa się na dokumentach magazynowych w magazynie z obsługą położeń, system pobierze lub rozlokuje towary zgodnie z algorytmem działającym w systemie.
Czy istnieje możliwość skonfigurowania kolektora do pracy na dokumentach MP. tak aby przekazywać położenie skąd ma być pobierany towar oraz położenie docelowe?
Nie ma możliwości przesłania dwóch położeń z kolektora. W związku z powyższym nie ma również możliwości skonfigurowania kolektora tak aby przekazywać położenie skąd ma być pobierany towar oraz położenie docelowe. Podczas wczytywania danych z kolektora na dokument MP, przekazane położenie jest traktowane jako adres skąd ma zostać pobrany towar. Jako adres dokąd ustawiane jest położenie Nieznane.
Czy istnieje emulator kolektorów Opticon PHL1300 lub Opticon PHL2700?
Nie spotkaliśmy się z emulatorem dla kolektorów Opticon PHL1300 lub Opticon PHL2700. W celu bliższych informacji należy skontaktować się z dystrybutorem tych urządzeń, firmą OPTIDATA (www.optidata.pl).
Urządzenie współpracuje z systemem przy zastosowaniu oprogramowania firmy TORELL. Obsługiwane są 3 parametry: EAN, Ilość i Cecha. Przy użyciu oprogramowaniu producenta współpraca z systemem nie jest możliwa. ↑
W dalszej części biuletynu zostanie zaprezentowana aplikacja do konfiguracji urządzeń CipherLab, pozwalająca między innymi na dowolne definiowanie rekordu kolektora. ↑
Program Migrator wykorzystuje funkcje API ERP XL. Do każdej wersji systemu ERP XL przeznaczona jest inna wersja Migratora. Aby sprawdzić, do której wersji systemu dany Migrator jest przeznaczony należy z menu Plik wybrać opcję: Wersja.
Program Migrator korzysta z systemu ERP XL zainstalowanego na komputerze. Miejsce instalacji ERP XL jest pobierane z wartości zmiennej środowiskowej: Path systemu: Windows. Katalog z plikiem instalacyjnym jest do pobrania na Indywidualnych Stronach Partnerów. Z katalogu Migrator należy skopiować plik: migrator.exe, migrator.exe.config oraz cdn_api20210.net do katalogu, w którym zainstalowany jest ERP XL.
Program Migrator składa się z:
Wykonywalnego pliku „migrator.exe”
Biblioteki cdn_api20193.net
Arkuszy Excel znajdujących się w tematycznych katalogach:
Towary:
Grupy Towarów, Towary, TowaryCenniki, TowaryDostawcy, TowaryJM, TowaryNormatywy, TowaryReceptury.
Logowanie do bazy danych odbywa się automatycznie po otwarciu programu za pomocą migrator.exe
i wskazaniu bazy. Po zalogowaniu do bazy danych użytkownik otrzyma informacje o stanie połączenia i bazie danych. Z paska menu można wybrać obszar migracji.
Okno programu i jego części składowe
Widok okna głównego jest taki sam dla wszystkich obszarów migracyjnych.
Okno główne Migratora.
W oknie poza obszarami migracyjnymi na pasku menu znajdują się funkcje:
[Logowanie do bazy] – zielona kłódka świadczy o tym, że Migrator połączył się z bazą.
[Import kart kontrahentów] – funkcja umożliwiająca migrowanie danych związanych z kontrahentami, np. grupa, adresy, osoby.
[Import kart towarów] – funkcja umożliwiająca migrowanie danych związanych z towarami np. grupy, cenniki, dostawy, jednostki miar, receptury, normatywy.
[Import dokumentów] – funkcja umożliwiającą migrowanie danych związanych z dokumentami np. magazynowymi, importowymi, SAD, umowy
Arkusze migracyjne
Wczytywanie arkusza Excel
W celu wczytania arkusza wybieramy z menu odpowiednią kategorie danych. Pojawia się formatka migracji:
Formatka migracji danych.
Po wybraniu przycisku Wczytaj Arkusz pojawia się okno dialogowe do wybrania konkretnego arkusza Excel. W polu z nazwą pliku podpowiada się prawidłowa nazwa arkusza.
Wybieranie arkusza Excel.
Po wybraniu i otworzeniu arkusza dane są wczytane na kanwę.
Dane wczytane na kanwę.
Za pomocą suwaków można przeglądać dane z arkusza.
Arkusze do migracji
Arkusze Excel do migracji danych są dołączone do programu. Są zgrupowane tematycznie w katalogach. Skoroszyty Excela zawierają jeden arkusz. Arkusze zawierają ściśle określone kolumny, których nie można zmieniać, oprócz arkusza do migracji atrybutów. W arkuszu AtrybutyWartości stałe są tylko kolumny: LP, Typ, Akronim. Pozostałe nagłówki kolumn zawierają nazwy klas atrybutów i można je dodawać dowolnie.
Nagłówki kolumn zawierają komentarze na temat wprowadzanych danych. Należy ściśle przestrzegać używania zawartych w nich symboli.
Daty w arkuszach wprowadzamy w formacie RRRR‑MM‑DD. Tylko taki format jest akceptowany przez program.
Towary
Poniżej została przedstawiona charakterystyka arkuszy migracyjnych katalogu Towary.
Grupy Towarów
Lp.
GrupyTowarów.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu
Tak
2
Kod
varchar
40
Kod grupy towarowe
Tak
3
Nazwa
varchar
255
Nazwa grupy towarowej
Tak
4
Grupa ścieżki
varchar
255
Ścieżka danej grupy towarowej, czyli w jakiej grupie nadrzędnej (GrupaScieżka) znajduje się wprowadzana grupa. Jeżeli mamy zdefiniowaną grupę towarów BUDOWLANE i w ramach tej grupy zdefiniowane są podgrupy MASZYNY i MATERIAŁY, a w ramach grupy Budowlane Maszyny mamy SAMOCHODY oraz POZOSTAŁE, to poprawna ścieżka dla grupy maszyny budowlane samochody to BUDOWLNE\|MASZYNY (to wpisujemy w kolumnie GrupaŚcieżka, wpisując jednocześnie w kolumnie Kod wartość SAMOCHÓD). Poszczególne poziomy drzewa grup Towarów oddzielane są kombinacją znaków \|. Aby założyć poprawnie grupę BUDOWLNE\|MASZYNY w pierwszej kolejności musimy założyć grupę BUDOWLANE, czyli w arkuszu migracyjnym przed zapisem MASZYNY powinien znaleźć się zapis BUDOWLANE (zapisy dotyczą kolumny Kod).
Czy towar jest kaucją (0 lub pole puste - nie, 1 - tak)
6
SWW
varchar
20
Numer SWW/PKWiU
7
EAN
varchar
40
Kod EAN towaru
8
JM
varchar
8
Podstawowa jednostka miary
9
GrupaPod
varchar
1
Symbol stawki VAT dla zakupu (np. A, B, C, itp.)
10
StawkaPod
varchar
1
Stawka VAT dla zakupu (np. 0, 8, 23 itp.)
11
GrupaPodSpr
varchar
1
Symbol stawki VAT dla sprzedaży (np. A, B, C, itp.)
12
StawkaPodSpr
varchar
1
Stawka VAT dla sprzedaży (np. 0, 8, 23 itp.)
13
Symbol
varchar
40
Symbol, numer katalogowy towaru. Dodatkowe pole do dowolnego wykorzystania.
14
KlasaCecha
varchar
20
Czy dostawy towarów będziemy oznaczać dodatkową cechą. Jeśli tak, to w tym polu wpisujemy nazwę tej cechy.
15
Magazyn
varchar
10
Kod magazynu, do którego ma być domyślnie przyjmowany towar.
16
MarzaMin
decimal
Zakładana minimalna marża na towarze wyrażona w procentach.
17
KosztUTyp
tinyint
1
Koszt typu usługi: 1-procentowy, 2-wartościowy
18
KosztUslugi
decimal
Jeżeli typ towaru ustawiony jest jako Usługa oraz w sytuacji, gdy typ kosztu usługi na karcie towaru ustawimy na Procent w polu tym przechowujemy wartość procentową kosztu usługi lub gdy typ usługi ustawiony jest na Kwotę w polu tym przechowujemy wartość kwotową kosztu usługi
19
Akcyza
decimal
Akcyza dla towaru (stawka podatku akcyzowego wyrażona liczbą w procentach)
20
Clo
decimal
Cło dla towaru (Stawka cła wyrażona w procentach)
21
PCN
varchar
10
Kod PCN dla towaru
22
TwrGrupa
varchar
255
Ścieżka do grupy towarowej, w której ma znaleźć się dany towar oddzielona znakami: \|
23
Opis
varchar
511
Możliwość wypełnienia pola opisem dodatkowym towaru.
Towary Cenniki
Lp.
TowaryCenniki.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu
Tak
2
Kod
varchar
40
Kod towaru
Tak
3
Numer
tinyint
1
Numer ceny. Jest to liczba widoczna przy cenniku na karcie towarowej.
Tak
4
Waluta
varchar
5
Symbol waluty, w jakiej jest wyrażona cena.
5
Wartość
decimal
Wartość ceny
6
Marza
decimal
Marża zakładana. Jeżeli wybrano aktualizację ceny przy nowej dostawie, cena sprzedaży zostanie zaktualizowana ceną zakupu powiększona o zakładaną marżę.
7
Zaok.
tinyint
1
Jak zaokrąglać cenę. Ustawienie 0.01 zaokrągli do groszy, ustawienie 1.00 zaokrągli do pełnych złotówek. Proponowanym ustawieniem jest 0.01.
8
Aktualizacja
tinyint
1
Czy aktualizować cenę przy nowej dostawie: 0 – nie, 1 – tak.
Cena towaru u dostawcy. W wartości używać kropki zamiast przecinka.
6
Waluta
varchar
5
Symbol waluty.
7
Jmz
varchar
8
Jednostka pomocnicza.
8
Czas
smallint
Czas dostawy/wysyłki w dniach. Wykorzystywany do optymalizowania generowanie Zamówień Zakupu z poziomu dokumentu Bilansu Stanu Towarów.
9
DataAkt
Date
Data aktualizacji ceny w formacie RRRR-MM-DD.
10
KodKnt
varchar
40
Kod pod jakim ten element występuje u kontrahenta – potrzebne w przypadku zamówień. Jest to kod zamówieniowy dostawcy.
Towary jednostki miary
Lp.
TowaryJM.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu
Tak
2
Kod_towaru
varchar
40
Kod towaru
Tak
3
Jmz
varchar
8
Symbol jednostki pomocniczej
Tak
4
PrzeliczL
Licznik przelicznika
5
PrzeliczM
decimal
Mianownik przelicznika. Mamy sytuację, że jednostką pomocnicza jest opak., które składa się z 12 szt. (szt. to jednostka podstawowa). W tym przypadku licznik przelicznika = 12, a mianownik przelicznika = 1.
6
EAN
varchar
40
Kod EAN jednostki pomocniczej
Towary normatywy
Lp.
TowaryNormatywy.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu
Tak
2
Kod_towaru
varchar
40
Kod towaru
Tak
3
Kod_magazynu
varchar
10
Kod magazynu
Tak
4
IloscZam
smallint
Ilość zamawiana towaru. Parametr wykorzystywany na potrzeby Bilansu Stanu Towarów.
5
IloscMin
smallint
Ilość minimalna towaru. Parametr wykorzystywany na potrzeby Bilansu Stanu Towarów.
6
IloscMax
smallint
Ilość maksymalna towaru. Parametr wykorzystywany na potrzeby Bilansu Stanu Towarów.
Towary Receptury
Lp.
TowaryReceptury.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu
Tak
2
Kod_towaru
varchar
40
Kod usługi lub produktu, dla którego dodajemy recepturę.
Tak
3
Symbol
varchar
20
Symbol towaru
Tak
4
Nazwa
varchar
40
Nazwa towaru
5
TypReceptury
long
Typ receptury: 1-kompletacyjna, 2-dekompletacyjna, 3- serwisowa
Tak
6
Ilość
varchar
12
Ilość wyprodukowanego towaru
Tak
7
KosztEwid
varchar
16
Koszt ewidencyjny
8
Opis
varchar
2000
Opis receptury
9
KlasaCechy
varchar
20
Klasa cechy receptury
10
Cecha
varchar
20
Cecha receptury
11
Jm
varchar
8
Jednostka miary w jakiej określona jest receptura dla towaru musi być określona dla towaru (zakładka opakowanie)
12
URL
varchar
255
URL receptury
13
Towar
varchar
40
Kod składnika towaru, który dodajemy do receptury
Tak
14
ilosc_skl
varchar
12
Ilość składnika
Tak
15
Zamienniki
long
Czy dopuszczalne są zamienniki (1 – tak, 0- nie)
16
TypPozycji
long
Typ pozycji (1- składnik, 3- robocizna, 4- produkt uboczny)
17
TypCechy_skl
long
Typ cechy składnika (0-nieistotne, 1- na zlecenie, 2- z receptury)
18
Ubytek
varchar
6
Ubytek w procentach
19
Koszt
varchar
16
Koszt składnika
20
Opis_skl
varchar
2000
Opis składnika
21
KlasaCechy_skl
varchar
20
Klasa cechy składnika
22
Cecha_skl
varchar
20
Cecha składnika
23
Jm_skl
varchar
8
Jednostka miary w jakiej określony jest składnik receptury dla towaru musi być określona dla towaru (zakładka opakowanie)
Kontrahenci
Poniżej została przedstawiona charakterystyka arkuszy migracyjnych katalogu Kontrahenci.
Grupy kontrahentów
Lp.
GrupyKontrahentów.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu
Tak
2
Akronim
varchar
20
Akronim grupy kontrahentów
Tak
3
GrupaSciezka
Ścieżka danej grupy kontrahenta, czyli w jakiej grupie nadrzędnej (GrupaSciezka) znajduje się wprowadzana grupa (Akronim). Jeżeli mamy zdefiniowaną grupę kontrahentów DOSTAWCY i w ramach tej grupy zdefiniowane są podgrupy KRAJOWI i ZAGRANICZNI, a w ramach dostawców zagranicznych mamy UNIJNI oraz POZAUNIJNI, to poprawna ścieżka dla dostawców zagranicznych unijnych to DOSTAWCY\|ZAGRANICZNI (to wpisujemy w kolumnie GrupaSciezka, wpisując jednocześnie w kolumnie Akronim wartość UNIJNI). Poszczególne poziomy drzewa grup kontrahentów oddzielane są kombinacją znaków \|. Aby założyć poprawnie grupę DOSTAWCY\|ZAGRANICZNI w pierwszej kolejności musimy założyć grupę DOSTAWCY, czyli w arkuszu migracyjnym przed zapisem ZAGRANICZNI powinien znaleźć się zapis DOSTAWCY (zapisy dotyczą kolumny Akronim).
Wprowadzając następujące dane do arkusza
LP
Akronim
GrupaSciezka
1
DOSTAWCY
2
KRAJOWI
DOSTAWCY
3
ZAGRANICZNI
DOSTAWCY
4
UNIJNI
DOSTAWCY\|ZAGRANICZNI
5
POZAUNIJNI
DOSTAWCY\|ZAGRANICZNI
Tak
Kontrahenci
Lp.
Kontrahenci.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu
Tak
2
Typ
smallint
20
Typ kontrahenta. Możliwa do wprowadzenia jedna z trzech wartości: 8 – dostawca, 16 – odbiorca, 24 – dostawca/odbiorca
Tak
3
Akwizytor
bool
Czy kontrahent jest akwizytorem? Ustawienie na 1 powoduje, że na liście akwizytorów możliwych do ustawienia na kartotece kontrahenta czy na dokumencie handlowym dany kontrahent zostanie ujęty. Jeżeli dany kontrahenta nie jest akwizytorem ustawiamy wartość na 0.
4
Akronim
varchar
20
Skrócona nazwa kontrahenta.
Tak
5
Nazwa1
varchar
50
Pierwsza część nazwy kontrahenta.
Tak
6
Nazwa2
varchar
50
Druga część nazwy kontrahenta.
7
Nazwa3
varchar
50
Trzecia część nazwy kontrahenta.
8
KodP
varchar
10
Kod pocztowy.
9
Miasto
varchar
30
Miasto.
Tak
10
Ulica
varchar
30
Ulica.
11
adres
varchar
30
Dodatkowe pole adresu.
12
NIPPrefix
varchar
13
Prefiks numeru nim, np. PL, DE.
Tak
13
NIP
varchar
13
Numer NIP z kreskami oddzielającymi poszczególne grupy cyfr, np. 677-00-65-406
Tak
14
REGON
varchar
20
Numer Regon
15
PESEL
varchar
11
Numer PESEL w sytuacji, gdy kontrahent jest osobą fizyczną
16
Bank
varchar
20
Kod banku, w którym kontrahenta ma rachunek. W celu uzupełnienia tego pole wymagana jest wcześniejsza migracja banków do systemu. Na dzień 2011-07-12 lista banków została zaczytana do bazy produkcyjnej.
17
NRRACHUNKU
integer
Numer rachunku bankowego
18
NRB
smallint
Czy numer rachunku jest zgodny ze standardem NRB. Dopuszczalne wartości 0 lub 1.
19
Odleglosc
decimal
Odległość do kontrahenta, pole informacyjne.
20
Kraj
varchar
2
Kod kraju, np. PL – Polska.
21
Wojewodztwo
varchar
30
Nazwa województwa.
22
Powiat
varchar
30
Nazwa powiatu.
23
Gmina
varchar
30
Nazwa gminy.
24
Telefon1
varchar
30
Numer telefonu do kontrahenta.
25
Telefon2
varchar
30
Numer telefon do kontrahenta.
26
FAX
varchar
30
Numer faksu do kontrahenta.
27
Modem
varchar
30
Dodatkowe pole na numer kontaktowy do kontrahenta.
28
TELEX
varchar
30
Obecnie pole na kartotece kontrahenta posiada etykietę GSM, więc możemy tutaj wpisać numer telefonu komórkowego.
29
EMAIL
varchar
255
Domyślny adres e-mail kontrahenta. Adresy e-mail poszczególnych osób od kontrahenta są rejestrowane na zakładce Osoby.
30
URL
varchar
255
Adres strony internetowej kontrahenta.
31
SeriaFA
varchar
10
Seria faktur, która będzie ustawiana automatycznie na dokumentach wystawianych dla danego kontrahenta. Seria ta ma wyższy priorytet niż seria ustawiona jako domyślna seria dla danego centrum uprawnień.
32
AkronimOpiekuna
varchar
30
Skrócona nazwa opiekuna kontrahenta.
33
MagKod
varchar
10
Kod magazynu, na który będą składane zamówienia zarejestrowane w Pulpicie Kontrahenta.
34
OUTLOOKURL
varchar
50
Jeżeli korzystamy z MS Outlook, w tym polu wprowadzamy adres folderu Outlook, który chcemy otworzyć, np. outlook:\\Foldery publiczne\Wszystkie foldery publiczne\Wdrozenia\Wdrozenia ERP XL\Klienci\.....
35
Rejestrbankowy
varchar
10
Rejestr bankowy, który będzie się podpowiadał na dokumencie przy wystawianiu dokumentów handlowych. Rejestr ten ma wyższy priorytet niż domyślny rejestr bankowy ustawiony dla danego centrum uprawnień.
36
SposóbDostawy
varchar
20
Nazwa sposobu dostarczania towaru zarówno od jak i do kontrahenta.
37
AkronimAkwizytor
varchar
30
Skrócona nazwa akwizytora. Przed uzupełnieniem tego pola wymagana jest migracja akwizytorów (kontrahentów z flagą akwizytor) lub pracowników, ponieważ akwizytorem może być albo kontrahent, albo pracownik.
38
Platnik
varchar
30
Akronim płatnika. Jeżeli pole pozostawimy puste, w polu płatnika ustawi się migrowany kontrahent, więc takie rozwiązanie proponujemy.
39
WalSymbol
varchar
5
Symbol waluty, w jakiej mają być wystawiane transakcje z danym kontrahentem.
40
AkwProwizja
smallint
Prowizja akwizytora. Pole informacyjne do ewentualnego wykorzystania w raportowaniu.
41
GLN
varchar
40
Numer GLN (Global Location Number) wykorzystywany do unikalnej identyfikacji lokalizacji na całym świecie, który jest warunkiem efektywnego funkcjonowania EDI. W Polsce numery GLN nadawane są przez Instytut Logistyki i Magazynowania.
42
Rabat
smallint
Domyślny rabat przypięty do kartoteki kontrahenta, który będzie uwzględniany na każdym dokumencie handlowymi, niezależnie do ilości czy rodzaju towaru.
43
MAXLIMITWART
smallint
Wartość kredytu kupieckiego.
44
LimitPoTerminie
smalint
Jaki procent kredytu kupieckiego mogą stanowić płatności przeterminowane.
45
CechaOpis
varchar
40
Opis z kartoteki kontrahenta przepisywany na dokument.
46
Marza
smallint
Ustalona, proponowana marża.
47
GrupaSciezka
varchar
1999
Ścieżka do grupy, w której ma znajdować się kartoteka kontrahenta.
48
Opis
varchar
Notatka związana z danym Klientem, umieszczana na zakładce Uwagi.
49
FormaPl
tinyint
2
Forma płatności związana ze sprzedażą. Pole może przyjąć następujące wartości: 10 – gotówka, 20 – przelew, 30 – kredyt, 40 – czek, 50 – karta, 60 – inne.
50
TERMINPLSPR
integer
Termin płatności dla sprzedaży w dniach.
51
FORMAPLZAK
integer
2
Forma płatności związana z zakupami. Pole może przyjąć następujące wartości: 10 – gotówka, 20 – przelew, 30 – kredyt, 40 – czek, 50 – karta, 60 – inne.
52
TERMINPLZAK
smallint
Termin płatności dla zakupów w dniach.
53
LimitTerminowy
bool
1
Rodzaj limitu związanego z kredytem kupieckim (-1 wg wzorca, 0-nieograniczony 1-terminowy)
54
Rejon
integer
Nazwa rejonu, do którego przynależeć ma kontrahent. Rejon jest jeszcze jednym z kryteriów podziałowych kartotek kontrahentów.
55
PlatnikVat
tinyint
1
Czy kontrahent jest płatnikiem VAT: 0 – nie jest, 1 – jest płatnikiem VAT.
56
Status
tinyint
1
Status kontrahenta: 1 – Podmiot gospodarczy, 2 – Odbiorca finalny
57
JednostkaPowiazana
tinyint
Parametr wskazujący czy kontrahent jest niepowiązany (wartość 0) czy powiązany (wartość 1) z innym podmiotem. Np. kontrahent ABC S.A. jest powiązany (poprzez udział) z kontrahentem XYZ. Parametr głównie wykorzystywany przy konstruowaniu filtrów.
58
Cena
smallint
Numer rodzaju ceny sprzedaży domyślny dla dokumentów. Dla 0 – cena domyślna.
59
RozliczeniaDewizowe
tinyint
Czy dla kontrahenta stosowane rozliczenie dewizowe: 0 – nie, 1 – tak.
60
Rodzaj
integer
Rodzaj kontrahenta np. Inny, Partner, domyślnie Kontrahent
61
MAXDNIPOTERMINIE
integer
Dozwolone przeterminowanie
62
DATAWYGASNIECIA
integer
Data zakończenia obowiązywania limitu kredytowego. Termin bez ograniczeń dla daty 2058-01-19.
Kontrahenci Adresy
Lp.
KontrahenciAdresy.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu
Tak
2
Akronim
varchar
20
Akronim kontrahenta, z którym ma być powiązany dany adres.
Tak
3
AkronimAdres
varchar
20
Skrócona nazwa kontrahenta
4
Wysylkowy
bool
Czy dany adres jest adresem wysyłkowym: 0 – nie, 1 – tak.
5
Nazwa1
varchar
50
Pierwsza część nazwy kontrahenta.
6
Nazwa2
varchar
50
Druga część nazwy kontrahenta.
7
Nazwa3
varchar
50
Trzecia część nazwy kontrahenta.
8
NIPPrefiks
varchar
13
Prefiks numeru NIP, np. PL, DE.
9
NIPE
varchar
13
Numer NIP kontrahent, bez kresek.
10
REGON
varchar
20
Numer Regon.
11
PESEL
varchar
11
Numer PESEL.
12
BANK
varchar
Kod banku, w którym kontrahenta ma rachunek. W celu uzupełnienia tego pole wymagana jest wcześniejsza migracja banków do systemu. Na dzień ………. lista banków została zaczytana do bazy produkcyjnej.
13
NRRACHUNKU
integer
Numer rachunku bankowego
14
KodP
varchar
10
Kod pocztowy.
15
Miasto
varchar
30
Miasto.
16
Ulica
varchar
30
Ulica.
17
Adres
varchar
30
Dodatkowe pole adresu.
18
Kraj
varchar
2
Kod kraju, np. PL.
19
Wojewodztwo
varchar
30
Nazwa województwa.
20
Powiat
varchar
30
Nazwa powiatu.
21
Gmina
varchar
30
Nazwa gminy.
22
Telefon1
varchar
30
Numer telefonu do kontrahenta.
23
Telefon2
varchar
30
Numer dodatkowego telefonu do kontrahenta.
24
FAX
varchar
30
Numer faksu do kontrahenta.
25
Modem
varchar
30
Dodatkowe pole na numer kontaktowy do kontrahenta.
26
TELEX
varchar
30
Obecnie pole na kartotece kontrahenta posiada etykietę GSM, więc możemy tutaj wpisać numer telefonu komórkowego.
27
Email
varchar
255
Adres e-mail kontrahenta związany z konkretnym adresem.
28
KontoDostawcy
varchar
30
Konto dostawcy z planu kont.
29
KontoOdbiorcy
varchar
30
Konto odbiorcy z planu kont.
Kontrahenci Osoby
Lp.
KontrahenciOsoby.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu
Tak
2
Akronim
varchar
20
Akronim kontrahenta, z którym ma być związana osoba.
Tak
3
Imię_i_nazwisko
varchar
40
Imię i nazwisko osoby.
Tak
4
Tytuł
varchar
40
Tytuł osoby
5
Stanowsiko
varchar
40
Stanowisko (wartość pobierana ze słownika definiowalnego w Comarch ERP XL)
6
Upowazniona
smallint
1
Czy osoba jest upoważniona do odbioru faktur VAT: 1 – tak, 0 – nie.
7
UpowaznionaZam
tinyint
1
Czy osoba jest upoważniona do składania zamówień: 1 – tak, 0 – nie.
8
UpowaznionaDoKon
tinyint
1
Czy osoba jest upoważniona do kontaktów: 1 – tak, 0 – nie.
9
Telefon1
varchar
30
Telefon kontaktowy.
10
Telefon2
varchar
30
Telefon kontaktowy.
11
Fax
varchar
30
Numer faksu.
12
Email
varchar
255
Adres e-mail.
13
Notatki
varchar
1024
Pole na notatki.
14
Rola
integer
Nazwa roli. Rola definiowana jest w konfiguracji systemu Comarch ERP XL i określa zakres dostępu do Pulpitu Kontrahenta, Zadań pracowników, Księgi Raportów (BI), Aplikacji intranetowych (m. in. RCP, nieobecności) oraz Intranetowego Obiegu dokumentów.
Dokumenty
Poniżej została przedstawiona charakterystyka arkuszy migracyjnych katalogu Dokumenty.
Dokumenty
Lp.
Dokumenty.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu
Tak
2
Typ_dokumenty
smallint
3
Typ dokumentu jaki ma być wystawiony (słownie - np. RW, PZ)
Tak
3
Numer_dokumentu
varchar
40
Numer dokumentu wystawionego przez kontrahenta, wg jego numeracji
4
Numer_DokHist
varchar
40
Numer oryginalnego dokumentu wystawionego przez kontrahenta, wg jego numeracji
5
Seria
varchar
5
Seria dokumentu
6
Numer_pozycji
integer
Numer pozycji dokumentu
Tak
7
Typ_korekty
tinyint
1
Typ korekty (1 - ilościowa, 2 - wartościowa, 3 – VAT, 5 – ilościowa na plus)
8
Kod_magazynuZrd
string
11
Kod magazynu źródłowego
9
Kod_magazynuDoc
string
11
Kod magazynu docelowego
10
Data_dokumentu
integer
Data dokumentu
11
Akronim
varchar
20
Akronim kontrahenta, dla którego ma być dokument
Tak
12
Forma_platnosci
varchar
7
Forma płatności (Gotówka, Przelew, Kredyt, Czek, Karta, Inne)
13
Termin_platnosci
integer
10
Termin płatności
14
Kod_towaru
varchar
40
Kod towaru
Tak
15
Ilosc
integer
13
Ilość towaru (części ułamkowe po przecinku)
Tak
16
Wartosc
integer
14
Wartość towaru (cena*ilość)
17
Grupa_VAT
Grupa podatku VAT (np. A, B)
18
Stawka_VAT
varchar
2
Stawka podatku VAT (np. 3, 6)
19
Status_VAT
Status podatku VAT: 0 – zwolniony, 1 – podatek, 2 - nie podlega
20
Opis
varchar
3999
Opis elementu transakcji
21
Rejestr
varchar
5
Do jakiego rejestru VAT ma trafić dokument
22
DataSpr
integer
10
W zależności od typu dokumentu data sprzedaży lub data zakupu
23
DataVat
integer
10
Data zapisu w rejestrze
24
DataMag
integer
10
Data przyjęcia/wydania
25
JM
varchar
8
Pomocnicza jednostka miary
26
Avista
bool
1
Czy dokument typu avista? Tak / Nie (domyślnie)
27
CechaDostawy
varchar
255
Wartość cechy towaru z dostawy
28
Data_ważności_dostawy
integer
Data ważności ustawiana na tworzonej dostawie na dokumencie PW, format: RRRR MM DD. Data migruje się dla towarów, które na karcie towaru mają zaznaczone ‘Oznacz partię towaru – Datą ważności’
29
JMZ
varchar
8
Jednostka pomocnicza
30
MPP
tinyint
1
Mechanizm podzielonej płatności 0 – nie, 1 – tak.
Dokumenty importowe
Lp.
DokImp.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu
Tak
2
Typ_dokumentu
varchar
40
Typ dokumentu jaki ma być wystawiony 16 lub 3344 - FAI
Tak
3
Numer_dokumentu
varchar
40
Numer dokumentu
4
Numer_DokHist
varchar
40
Numer oryginalnego dokumentu wystawionego przez kontrahenta, wg jego numeracji
5
Numer_pozycji
integer
Numer pozycji dokumentu
6
Typ_korekty
tinyint
1
Typ korekty (1 - ilościowa, 2 - wartościowa, 3 – VAT, 5 – ilościowa na plus)
7
Numer_dokumentu_kor
tinyint
1
Numer dokumentu Korekty
8
Numer_pozycji_kor
integer
Numer pozycji na korekcie
9
Data_dokumentu
data
10
Data dokumentu
10
Akronim
varchar
20
Akronim kontrahenta, dla którego ma być wystawiony
11
Forma_platnosci
varchar
7
Forma płatności (Gotówka, Przelew, Kredyt, Czek, Karta, Inne)
12
Termin_platnosci
integer
10
Termin płatności
13
Uwagi
Uwagi na dokumencie
14
Kod_towaru
varchar
40
Kod towaru
15
Ilosc
integer
13
Ilość towaru (części ułamkowe po przecinku)
16
Wartosc
integer
14
Wartość towaru (cena*ilość)
17
Stawka_VAT
varchar
2
Stawka VAT
18
Typ_obrotu
19
Waluta
varchar
3
Waluta w jakiej jest wystawiany dokument
20
JM
varchar
8
Pomocnicza jednostka miary
Dokumenty magazynowe
Lp.
DokMag.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu
Tak
2
Typ_dokumentu
varchar
3
Typ dokumenty słownie np. PM
Tak
3
Numer_DokHist
varchar
40
Opis dla dokumentu
4
Numer_pozycji
integer
Numer pozycji na dokumencie (jeśli pozycja ma nr 1 to najpierw jest tworzony nagłówek dokumentu)
Tak
5
Kod_magazynu
varchar
11
Kod magazynu, na którym operuje dokument
6
Data_dokumentu
integer
10
Data dokumentu
7
Akronim
varchar
20
Akronim kontrahenta
Tak
8
Kod_towaru
varchar
40
Kod towaru
Tak
9
Ilosc
integer
13
Ilość towaru
Tak
10
JM
varchar
8
Pomocnicza jednostka miary
Dokument SAD
Lp.
DokSAD.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu
Tak
2
Typ_dokumentu
varchar
3
Typ dokumentu jaki ma być wystawiony
17 lub 3376 – SAD
18 lub 3377 – SSC
23 lub 3378 – FWZ
24 lub 3379 – FWS
3
Numer_dokumentu
varchar
40
Numer dokumentu
4
Numer_DokHist
varchar
40
Numer dokumentu historycznego
5
TypPodmiotu
integer
Typ podmiotu (32-kontrahent, 4304-urząd)
6
KursL
integer
Licznik kursu waluty pomnożony przez 100. Jeśli KursM lub KursL jest = 0, wówczas kurs odczytywany jest z tabeli kursów, z kolumny kursowej nr KursN. Jeśli i KursN jest = 0, wówczas odczytywany jest domyślny kurs z konfiguracji. Jeśli zarówno KursL jak i KursM są <> 0, kurs jest wyliczany jako KursL/KursM
7
KursM
integer
Mianownik kursu waluty
8
Numer_pozycji
integer
Numer pozycji na dokumencie
9
Typ_korekty
tinyint
1
Typ korekty 1 - ilościowa, 2 - wartościowa
10
DataWplywuWystawienia
data
10
Data wpływu/wystawienia
11
DataPrzyjeciaVat
data
10
Data przyjęcia/vat
12
DataZgloszeniaZakupu
data
10
Data zgłoszenia/zakupu
13
Akronim
varchar
20
Akronim kontrahenta
14
Forma_platnosci
varchar
7
Forma płatności (Gotówka, Przelew, Kredyt, Czek, Karta, Inne)
15
Termin_platnosci
integer
Termin płatności
16
Uwagi
Uwagi na dokumencie
17
TowarKod
varchar
40
Kod towaru
18
Ilosc
integer
13
Ilość towaru (części ułamkowe po przecinku)
19
Wartosc
integer
14
Wartość towaru (cena*ilość)
20
Stawka_VAT
varchar
2
Stawka VAT
21
Typ_obrotu
22
Waluta
varchar
3
Waluta w jakiej jest wystawiany dokument
23
Kwota
varchar
14
Nazwa kwoty (musi być w definicjach kwot)
24
Nazwa
varchar
80
Wartość kwot
25
Rodzaj
integer
Numer (rodzaj) dodatkowej kwoty. Kwoty dodatkowe mają rodzaje większe od 8. Uwaga, jeśli chcemy dodać kilka kwot do danego elementu to dla każdej kwoty musimy określić kolejny rodzaj, dla każdego następnego elementu musimy operować wyrzuconymi numerami rodzajów dodawanych kwot przy pierwszym elemencie
26
Rejestr
varchar
5
Rejestr VAT
27
JM
varchar
8
Pomocnicza jednostka miary
Dokumenty Umów
Lp.
DokUmw.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu
2
Umowa_Akronim
varchar
20
Akronim kontrahenta lub kod banku
3
Umowa_Typ
varchar
512
Ścieżka typu umowy, kody umowy oddzielone "\" pomijając gałąź "Wszystkie"
4
Umowa_Rodzaj
varchar
128
Nazwa rodzaju umowy
5
Aneksowana_Id
integer
Numer identyfikacyjny umowy, która chcemy zaaneksować, jak nie znajdzie po ID to szuka po numeratorze
6
Aneksowana_Numer
integer
Numer dokumentu umowy do którego wystawić aneks
7
Aneksowana_Miesiac
tinyint
Miesiąc dokumentu umowy do którego wystawić aneks, gdy numeracja roczna to 0
8
Aneksowana_Rok
smallint
Rok dokumentu umowy do którego wystawić aneks
9
Aneksowana_Seria
varchar
5
Seria dokumentu umowy do którego wystawić aneks
10
Aneksowana_NettoTyp
tinyint
Typ w jakim zostanie uwzględniona kwota z kolumny Netto
0 - różnicowa
1 - na określoną
11
Numer_obcy
integer
Numer dokumentu z systemu zewnętrznego
12
Data_zawarcia
integer
Data zawarcia dokumentu umowy
13
Data_rozpoczęcia
integer
Data rozpoczęcia obowiązywania umowy
14
Data_zakończenia
integer
Data zakończenia obowiązywania umowy
15
Waluta
varchar
3
Waluta nagłówka umowy
16
Netto
decimal
15
Wartość netto umowy
17
StawkaVAT
varchar
2
Stawka vat np. 'A 23.00' kropka i miejsca dziesiętne wymagane
18
SeriaDok
varchar
5
Seria dokumentu dla numeratora
19
NumerDok
varchar
40
Numer dokumentu dla numeratora
20
Opis
varchar
1024
Opis nagłówka umowy
21
ProjektId
integer
Numer identyfikacyjny projektu, z którym umowa jest związana
Opis wybranego stanu pochodzący ze słownika kategorii, brak to pierwszy z listy
24
AneksPowodId
integer
Numer identyfikacyjny opisu powodu dodania aneksu ze słowika
Atrybuty
Poniżej została przedstawiona charakterystyka arkuszy migracyjnych katalogu Atrybuty.
Klasa Atrybutu
Lp.
AtrybutyKlasa.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
Lp
Liczba porządkowa
Tak
2
Nazwa
varchar
40
Nazwa klasy atrybutu
Tak
3
Typ
smallint
Typ atrybutu: 1 – flaga, 2 – tekst, 3 – liczba, 4 – lista, 5 – SQL, 10 + obiekty
Tak
4
GIDTyp
smallint
GIDTyp obiektu, do którego ma być dodana klasa atrybutu
Tak
5
ELEMENT
smallint
Typ elementu. Rozróżnienie obiektu, gdy ten sam GIDTyp: 0 – nagłówek, 1 – pozycja, 2 - składnik
6
Wartość
Wartość klasy atrybutu, jeśli klasa ma typ 4 - lista
7
Format
Format klasy atrybutu: Tekst lub @s255; Data lub @d17; 1234 lub @n4.0; 1234,56 lub @n7.2; 1234,5678 lub @n9.4; (*)Zaawansowany lub format inny niż powyżej np. @s100, @s50
Tak
Wartość Atrybutu
Lp.
AtrybutyWartości.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
Lp
Liczba porządkowa
Tak
2
Typ
smallint
Typ obiektu: 16 – Towary, 32 – kontrahenci, 368 – środki trwałe
Tak
3
Akronim
varchar
20
Akronim obiektu: kod dla towaru, akronim kontrahenta, akronim środka trwałego
Tak
4
Nazwa_Klasy_Atr
varchar
40
W celu migracji wartości atrybutów należy zmienić nazwę kolumny na identyczną z nazwą klasy atrybutów, której wartości mają zostać dodane do wprowadzonego Akronimu.
W celu migracji jednocześnie wartości kilku klas atrybutów do podanego Akronimu należy dodać kolejne kolumny o nazwach identycznych z klasami atrybutów na które mają być zmigrowane wartości do podanego Akronimu.
Tak
Technologie
Poniżej została przedstawiona charakterystyka arkuszy migracyjnych katalogu Technologie.
Produkcja Funkcje
Arkusz służy do migracji gniazd roboczych.
Lp.
ProdFunkcje.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
Lp
integer
Liczba porządkowa
Tak
2
Kod
varchar
40
Kod gniazda
Tak
3
Nazwa
varchar
100
Nazwa gniazda
4
Oddzial
varchar
40
Nazwa oddziału
5
Opis
varchar
512
Opis gniazda
6
Planowana
tinyint
1
Planowanie: 0 – nie, 1 – szczegółowo, 2 – zgrubnie, 3 - zawsze
7
Typ
tinyint
1
Pole przyjmuje wartość 1 – gniazdo robocze
8
PlanujStrategicznie
tinyint
1
Uwzględnianie gniazda roboczego w planowaniu strategicznym. 0 – gniazdo nie będzie uwzględniane, 1 – gniazdo będzie uwzględniane przy planowaniu strategicznym.
9
ZdolnoscWOkresie
decimal
Zdolność produkcyjna gniazda roboczego
10
ZdolnoscWOkresieJedn
tinyint
1
Jednostka zdolności produkcyjnej: 0 – minuty, 1 – godziny, 2 – dni.
11
DopuszczalneObciazenie
smallint
Dopuszczalne procentowe obciążenie gniazda.
12
Zmienna
tinyint
1
Określenie czy zasoby mogą być zmieniane dla różnych terminów: 1 – tak, 0 – nie (domyślnie)
13
CzyZrownoleglac
tinyint
1
Zwiększanie liczby zasobów: 1 – tak, 0 – nie
14
KontynuacjaPracy
tinyint
1
Wybór kontynuacji pracy zasobu: 1- tak, 0 – nie.
15
TenSamZasobWPartii
tinyint
1
Czy planować ten sam zasób w każdej partii operacji
Funkcje produkcyjne w czynnościach technologii
Arkusz służy do przypisania gniazda do technologii
Lp.
ProdFunkcjeCzynnosciTechnologie.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
Lp
integer
Liczba porządkowa
Tak
2
IdTechnologiaCzynnosc
integer
PTC_ID operacji w technologii
Tak
3
IdFunkcji
integer
PFU_ID – id gniazda roboczego
4
KodFunkcji
varchar
40
Kod gniazda roboczego
5
LiczbaObiektow
smallint
Liczba zasobów
6
Wszystkie
smallint
Określenie czy gniazdo robocze ma być wymagane dla operacji podrzędnych: 1 – tak, 0 – nie.
7
Zmienna
tinyint
Określenie czy zasoby mogą być zmieniane dla różnych terminów: 1 – tak, 0 – nie
8
TenSamZasobWPartii
tinyint
Czy planować ten sam zasób w każdej partii operacji
Obiekty w produkcji
Arkusz służy do migracji zasobów.
Lp.
ProdObiekty.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu
Tak
2
Kod
varchar
40
Kod obiektu (zasobu)
Tak
3
Nazwa
varchar
100
Nazwa obiektu
4
Oddzial
varchar
40
Kod oddziału
5
KodOjca
varchar
40
Kod obiektu nadrzędnego
6
Obiekt
varchar
100
Kod obiektu z ERP XL (towaru, kontrahenta …)
7
Kalendarz
varchar
40
Nazwa kalendarza
8
Konto
varchar
30
Konto księgowe
9
ZmianaStawka
decimal
Stawka za przezbrojenie gniazda
10
ZmianaCzas
integer
Czas potrzebny na zmianę
11
ZmianaCzasJedn
integer
1
Jednostka czasu zmiany (0 – sekunda, 1 – minuta, 2 – godzina, 3 – dzień, 4 – tydzień)
12
DopuszczaZasoby
integer
1
Czy dopuszczać zasoby: 1 – tak, 0 - nie
13
RejestrowacUzycie
integer
1
Czy rejestrować użycie: 1 – tak, 0 - nie
14
StawkaStala
varchar
20
Stawka stała
15
StawkaCzas
varchar
20
Stawka za czas
16
StawkaCzasM
varchar
15
Mianownik stawki za czas
17
StawkaCzasMJedn
tinyint
Jednostka czasu mianownika
Wartości: 0 - sekundy 1 - minuty 2 - godziny 3 - dni 4 – tygodnie
18
StawkaIlosc
decimal
Stawka za ilość
19
StawkaIloscM
decimal
Mianownik stawki za ilość
20
ObiTyp
smallint
Typ obiektu: 16 – materiał, 32 – kontrahent, 368 – środek trwały, -368 – grupa środków trwałych, 944 – pracownik, -4272 – centrum struktury firmy, 4701 – urządzenie serwisowane.
21
ObiNumer
integer
Numer obiektu
Obiekty w funkcjach
Arkusz służy przypisaniu gniazda roboczego do zasobu.
Czy operacja jest kamieniem milowym:
1 - tak
0 - nie
54
KontrolaJakosci
tinyint
Czy dana operacja jest kontrolą jakości: 1- tak, 0- nie
55
TwrTypCzynnoscUsluga
smallint
Typ usługi, która odpowiada operacji
56
TwrNumerCzynnoscUsluga
integer
Numer usługi, która odpowiada operacji
57
Kooperacja
tinyint
Czy operacja jest kooperacją: 1- tak, 0- nie
58
NiePlanujWPartiach
tinyint
Czy operacja nie ma być planowana w partiach: 1- tak, 0- nie
59
KodZasob
varchar
40
Kod materiału/produktu
Tak
60
NazwaZasob
varchar
100
Nazwa materiału/produktu
61
TypZasob
integer
1
Typ zasobu (0 - produkt, 1 - materiał, 2 - materiał pomocniczy)
62
MgazynZasob
varchar
10
Kod magazynu
63
TwrKodZasob
varchar
40
Kod towaru
64
CenaZasob
varchar
20
Cena towaru
65
IloscZasob
varchar
20
Ilość materiału/produktu
66
KosztZasob
integer
1
Sposób wyliczenia kosztu (0 - rzeczywisty, 1 - ewidencyjny, 2 - ważony, 3 - cena zakupu)
67
JednostkaZasob
varchar
8
Jednostka
68
PlanowanyCalosciowoZasob
integer
Uwzględniaj przy planowaniu całościowym
69
ZrodloZasob
integer
1
Źródło materiału z technologii (0 - z tego samego procesu, 1 - z tego samego zlecenia, 2 - z tego samego oddziału, 3 - dowolne)
70
DopasowanieIlosciZasob
varchar
20
Dopasowanie ilości
71
KlasaIloscAtrZasob
varchar
40
Kod klasy atrybutu z ilością
72
IloscAtrZasob
integer
Klasa atrybutu z ilością
73
IloscMinZasob
varchar
20
Ilość minimalna
74
KlasaIloscMinAtrZasob
varchar
40
Kod klasy atrybutu z ilością minimalną
75
IloscMinAtrZasob
integer
Klasa atrybutu z ilością minimalną
76
IloscMaxZasob
varchar
20
Ilość maksymalna
77
KlasaIloscMaxAtrZasob
varchar
40
Kod klasy atrybutu z ilością maksymalną
78
IloscMaxAtrZasob
integer
Klasa atrybutu z ilością maksymalną
79
IloscFormatZasob
integer
Ilość miejsc po przecinku
80
WagaKosztuZasob
varchar
20
Waga kosztu
81
WagaIloscZasob
integer
Czy waga wg ilości zasobu
82
JednostkaPomZasob
varchar
8
Jednostka pomocnicza
83
IloscPomZasob
varchar
20
Ilość pomocnicza
84
IloscPomMinZasob
varchar
20
Ilość pomocnicza min
85
IloscPomMaxZasob
varchar
20
Ilość pomocnicza max
86
PropIloscZasob
integer
Czy proponować ilość
87
PropIloscPomZasob
integer
Czy proponować ilość pomocniczą
88
EdycjaCechyZasob
integer
Edycja cechy
89
KlasaCechyZasob
varchar
20
Klasa Cechy
90
CechaZasob
varchar
20
Wartość cechy
91
PodlegaKJ
tinyint
Czy materiał/produkt podlega kontroli jakości: 1- tak, 0- nie
92
MaterialKanban
tinyint
Czy dany materiał jest materiałem kanbanowym: 1- tak, 0- nie
93
IdWzorcaNrPartii
integer
ID wzorca numeru partii
94
Zamiennik
integer
Materiał, dla którego definiujemy zamiennik. Należy podać Lp. materiału z arkusza, dla którego definiujemy zamiennik.
95
TechnologiaZasob
integer
LP. wiersza pochodzenia półproduktu
Bilans Otwarcia
Poniżej została przedstawiona charakterystyka arkuszy migracyjnych katalogu BO.
BO Stany
Lp.
BOStany.xls
Opis
Wymagane
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
Wymagane
Wymagane
1
LP
integer
Liczba porządkowa wpisu w arkuszu
Tak
2
Kod_magazynu
varchar
10
Kod magazynu, na którym ustalamy stan początkowy. Kod musi być tożsamy z kodami magazynów zdefiniowanych w systemie Comarch ERP XL.
3
Data_dokumentu
data
10
Data, na która ustalamy stan początkowy magazynu. Z tą data zostanie wygenerowany dokument PW, który ustali stan ilościowy i wartościowy towaru na danym magazynie.
4
Akronim
varchar
20
Akronim kontrahenta, na którego ma być wystawiony dokument. Pole może pozostać niewypełnione.
5
Kod_towaru
varchar
20
Kod towaru z bazy systemu Comarch ERP XL.
Tak
6
Ilosc
integer
Ilość towaru w jednostce podstawowej jaka ma znaleźć się na magazynie.
Tak
7
Wartosc
integer
Wartość wprowadzanego na magazyn zasobu towaru.
8
Data_waznosci
data
10
Jeżeli jest potrzeba, możemy dany zasób oznaczyć datą ważności w formacie RRRR-MM-DD.
9
Cecha_klasa
Jeżeli istnieje potrzeba, możemy dany zasób oznaczyć cechą, która będzie identyfikowała zasób towaru na magazynie i będzie możliwe filtrowanie zasobów towaru wg wprowadzonej cechy. W tym polu określamy jaką nazwę ma mieć dana klasa cechy.
10
Cecha_wartosc
Wartość zdefiniowanej powyżej klasy cechy.
11
LP_Atrybut
integer
Liczba porządkowa wpisu w arkuszu dotycząca atrybutu związanego z dokumentem PW.
12
Typ
smallint
2
Określenie w którym miejscu ma zostać dodany atrybut: 0 - nagłówek dokumentu, 1 - pozycja dokumentu.
13
Atrybut
varchar
Nazwa klasy atrybutu.
14
Wartosc_atr
Wartość zdefiniowanej powyżej klasy atrybutu.
BO Dostawy
Lp.
BODostawy.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Tak
2
Typ_dokumentu
smallint
Tak
3
Akronim
varchar
20
Tak
4
Kod_magazynu
varchar
10
5
Numer_dokumentu
6
Data_dokumentu
data
10
7
Numer_DokHist
varchar
40
8
Opis
varchar
20
9
Numer_pozycji
integer
Tak
10
Kod_towaru
varchar
40
Tak
11
Ilosc
integer
Tak
12
Wartosc
integer
Zgody
Poniżej została przedstawiona charakterystyka arkuszy migracyjnych katalogu Zgody.
Kontrahenci Zgody
Lp.
KontrahenciZgody.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu.
Tak
2
Akronim
varchar
20
Akronim kontrahenta, którego dotyczy zgoda.
Tak
3
RodzajZgody
varchar
255
Rodzaj zgody wg słownika kategorii.
Tak
4
RodzajZgodyWersja
integer
Wersja rodzaju zgody wg słownika kategorii.
Tak
5
DataUdzielenia
Data
10
Data udzielenia zgody, format: RRRR MM DD
Tak
6
ZrodloUdzielenia
varchar
255
Źródło udzielenia zgody, wg słownika kategorii.
7
IP
varchar
100
IP komputera, z którego została udzielona zgoda.
8
URL
varchar
255
URL, link do treści zgody lub plik poświadczający o wyrażeniu zgody.
9
FormaKontaktu
integer
Forma kontaktu określona dla danej zgody: E-mail, Telefon, Sms, Przesyłka, Inne.
10
Szczegoly
varchar
1000
Dodatkowe informacje.
11
DataWycofania
Data
10
Data wycofania zgody, format: RRRR MM DD
12
PowodWycofania
varchar
255
Powód wycofania zgody wg słownika kategorii.
13
ZrodloWycofania
varchar
255
Źródło wycofania zgody, wg słownika kategorii.
Osoby Zgody
Lp.
OsobyZgody.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu.
Tak
2
Akronim
varchar
20
Akronim kontrahenta, z którym ma być związana osoba.
Tak
3
ImieNazwisko
varchar
40
Imię i nazwisko osoby, której zgoda dotyczy.
Tak
4
RodzajZgody
varchar
255
Rodzaj zgody wg słownika kategorii.
Tak
5
RodzajZgodyWersja
integer
Wersja rodzaju zgody wg słownika kategorii.
Tak
6
DataUdzielenia
Data
10
Data udzielenia zgody, format: RRRR MM DD
Tak
7
ZrodloUdzielenia
varchar
255
Źródło udzielenia zgody, wg słownika kategorii.
8
IP
varchar
100
IP komputera, z którego została udzielona zgoda.
9
URL
varchar
255
URL, link do treści zgody lub plik poświadczający o wyrażeniu zgody.
10
FormaKontaktu
integer
Forma kontaktu określona dla danej zgody: E-mail, Telefon, Sms, Przesyłka, Inne.
11
Szczegoly
varchar
1000
Dodatkowe informacje.
12
DataWycofania
Data
10
Data wycofania zgody, format: RRRR MM DD
13
PowodWycofania
varchar
255
Powód wycofania zgody wg słownika kategorii.
14
ZrodloWycofania
varchar
255
Źródło wycofania zgody, wg słownika kategorii.
Pracownicy Zgody
Lp.
PracownicyZgody.xls
Opis
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Liczba porządkowa wpisu w arkuszu.
Tak
2
Akronim
varchar
20
Akronim pracownika, którego dotyczy zgoda.
Tak
3
RodzajZgody
varchar
255
Rodzaj zgody wg słownika kategorii.
Tak
4
RodzajZgodyWersja
integer
Wersja rodzaju zgody wg słownika kategorii.
Tak
5
DataUdzielenia
Data
10
Data udzielenia zgody, format: RRRR MM DD
Tak
6
ZrodloUdzielenia
varchar
255
Źródło udzielenia zgody, wg słownika kategorii.
7
IP
varchar
100
IP komputera, z którego została udzielona zgoda.
8
URL
varchar
255
URL, link do treści zgody lub plik poświadczający o wyrażeniu zgody.
9
FormaKontaktu
integer
Forma kontaktu określona dla danej zgody: E-mail, Telefon, Sms, Przesyłka, Inne.
10
Szczegoly
varchar
1000
Dodatkowe informacje.
11
DataWycofania
Data
10
Data wycofania zgody, format: RRRR MM DD
12
PowodWycofania
varchar
255
Powód wycofania zgody wg słownika kategorii.
13
ZrodloWycofania
varchar
255
Źródło wycofania zgody, wg słownika kategorii.
Administracja danych
Poniżej została przedstawiona charakterystyka arkuszy migracyjnych katalogu Administracja danych.
Czynności PDO
Lp.
CzynnosciPDO.xls
Opis
Wymagane
Wymagane
Nazwa kolumny
Typ danych
Ilość znaków
1
LP
integer
Tak
2
Numer
integer
3
Kategoria
varchar
255
Tak
4
Cel
varchar
4000
5
KategorieOsob
varchar
4000
6
KategorieDanych
varchar
4000
7
KategorieOdbiorcow
varchar
4000
8
terminyUsuniecia
varchar
4000
9
InfDodatkowe
varchar
4000
Migracja danych
Do migracji danych służy przycisk Migruj Dane. Poszczególne kanwy mogą zawierać dodatkowe informacje:
Kanwa do migracji dokumentów handlowych zawiera
checkbox służący do automatycznego stworzenia stanów magazynowych towarów pod migrowanie dokumenty handlowe rozchodowe (Twórz PW)
checkbox służący do automatycznego rozchodu stanów magazynowych towarów po imporcie dokumenty handlowe przychodowych (Twórz RW)
Kanwa do migracji planu kont zawiera:
pole do wpisania okresu obrachunkowego, w którym będą tworzone konta
Kanwa do migracji stanów magazynowych zawiera:
checkbox (Do bufora), po zaznaczeniu, którego dokumenty PW będą migrowane do bufora; podczas migrowania stanów magazynowych system dzieli dane po 500 wierszy i tworzy dokumenty PW zawierające 500 pozycji.
O postępie migracji informuje zielony pasek stanu i liczba wierszy wczytanych i błędów.
Po zakończeniu migracji pojawia się komunikat:
Informacja o zakończeniu migracji
Raport błędów
Jeśli liczba błędów będzie większa od zera należy sprawdzić arkusz Excel z danymi po zamknięciu programu Migrator. W skoroszycie Excela zostanie dodany nowy arkusz z błędami (Zakładka Błędy) zawierający kod i opis błędu z przyporządkowanym wierszem danych.
Ogólna architektura zabezpieczenia klucza HASP składa się z 5 warstw:
Warstwa 1 – klient usług zabezpieczeń – stanowią ją algorytmy w programie ERP XL, służące w ogólnym rozumieniu do zabezpieczenia programu przed nielegalnym używaniem. Klient usług zabezpieczeń dokonuje logowania i pobrania licencji z serwera zabezpieczeń (poprzez warstwę 2), odpowiada za zwrot pobranych licencji przy zamykaniu programu. Od v 2020 możliwe jest bezpośrednie połączenie warstwy 1 z warstwą 3 za pomocą protokołu http standardowo odbywa się to poprzez port 5150.
Warstwa 2 - stanowi ją MS SQL Server, na którym są zainstalowane procedury wbudowane (extended stored procedures) służące do komunikacji klienta usług zabezpieczeń z serwerem usług zabezpieczeń.
Warstwa 3 - to właściwy serwer zabezpieczeń – tzw. usługa HASP. Rolą tej usługi jest zarządzanie licencjami, czyli:
kontrola liczby pobranych licencji,
obsługa żądań pobrania i zwolnienia licencji,
zwalnianie licencji zablokowanych przez instancje systemu, która zakończyła swoje działanie, a z różnych przyczyn nie zwolniła zablokowanych licencji.
Warstwa 4 - to sprzętowy klucz HASP, który służy do przechowywania informacji o zakupionej puli licencji oraz do weryfikacji jej wykorzystania w trakcie pracy klienta (systemu ERP XL) oraz serwer zabezpieczeń (serwisu HASP)
Warstwa 5 – to połączenie do klucza wirtualnego, podczas gdy do instalacji może być podłączony jeden klucz HASP kluczy wirtualnych może być zarejestrowanych w instalacji większa ilość. Gdy do instalacji zostanie dodany klucze wirtualne warstwa 3 łączy się do serwera Comarch o adresie ml.comarch.pl – https i pobiera informacje o przypisanych do danego klucza licencjach, warstwa 3 co kilka godzin łączy się do serwera Comarch i pobiera ponownie informacje o kluczach maksymalnie czas ten może wynosić do 3 dni
Architektura zabezpieczeń klucza HASP
Klient usług zabezpieczeń
Algorytm działania klienta usług zabezpieczeń jest następujący:
W momencie uruchomienia przez operatora programu ERP XL (dowolnego modułu), następuje zalogowanie klienta usług zabezpieczeń do serwera zabezpieczeń i pobranie wszystkich licencji przypisanych do operatora, który uruchomił system. Licencje są pobierane zgodnie z ustawieniami na zakładce {Parametry/Uprawnienia} karty operatora w module: Administrator. W celu poprawnego zalogowania aplikacji do serwera zabezpieczeń, muszą zostać pobrane wszystkie licencje ustawione dla danego operatora. Brak możliwości pobrania jakiejkolwiek licencji spowoduje, że dowolny moduł systemu, uruchomiony przez operatora będzie działał bez licencji. W takiej sytuacji zostanie wyświetlony komunikat informujący o tym, że nie udało się pobrać licencji i zalogować do serwera zabezpieczeń.
Wszystkie pobrane licencje w danej sesji są blokowane do wyłącznego użytku przez danego operatora, nawet jeśli w trakcie sesji nie uruchamia wszystkich modułów, na które pobrał licencje.
Wyjątek od powyższego opisu stanowi pobieranie licencji na moduł obsługi drukarek fiskalnych za pośrednictwem usług terminalowych. W tym przypadku licencja jest pobierana w przypadku pierwszego użycia terminalowych sterowników fiskalnych (FP600T.dll, DF300T.dll, DF300_1T.dll oraz INNOWAT.dll).
Konfiguracja uprawnień operatora systemu ERP XL
Jeżeli licencje zostały pobrane z serwera poprawnie, w trakcie pracy programu ERP XL następuje okresowa komunikacja z serwerem zabezpieczeń w celu sprawdzenia, czy serwis HASP pracuje poprawnie (np. czy ktoś nie wyjął klucza HASP z portu serwera), a także „poinformowanie” serwisu o tym, że aplikacja ERP XL nadal działa.
Po zakończeniu pracy programu następuje wylogowanie z serwisu zabezpieczeń i zwolnienie pobranych licencji.
Jeżeli przy uruchamianiu programu nie udało się pobrać licencji z klucza, praca z systemem ERP XL będzie możliwa tylko w ograniczonym zakresie, pozwalającym tylko i wyłącznie na przeglądanie danych, bez możliwości ich modyfikacji np. wystawiania i przekształcania dokumentów lub ich księgowania.
Procedury wbudowane na serwerze SQL
Warstwa ta służy w rzeczywistości do komunikowania się klienta usług zabezpieczeń z serwerem usług zabezpieczeń. Klient wywołuje procedury wbudowane, które zostały zainstalowane na serwerze SQL poprzez standardowe mechanizmy komunikacji aplikacji z serwerem bazy danych. Za pośrednictwem procedur, żądania klienta są przekazywane do serwera zabezpieczeń.
Dzięki takiemu rozwiązaniu zapewniona została bezproblemowa komunikacja sieciowa pomiędzy klientem, a serwerem usług zabezpieczeń – poprawne skonfigurowanie sieci dla potrzeb komunikacji z bazą danych gwarantuje równocześnie komunikację z serwerem zabezpieczeń.
Procedury te zwykle znajdują się na serwerze SQL, na którym znajdują się bazy danych programu ERP XL. Na tym samym komputerze co procedury wbudowane, musi znajdować się serwer zabezpieczeń. Istnieje jednakże możliwość zainstalowania procedur wbudowanych i serwera zabezpieczeń na innym komputerze niż serwer baz danych ERP XL. Warunkiem jest zainstalowanie na tym komputerze silnika bazy danych MS SQL Server (może to być bezpłatny silnik MSDE lub SQL Express). Równocześnie należy skonfigurować program ERP XL w taki sposób, aby odwoływał się do innego serwera zabezpieczeń niż serwer bazy danych. Należy to zrobić w oknie konfiguracji komputera:
Konfiguracja systemu ERP XL
W podanym powyżej przykładzie procedury wbudowane będące elementem systemu zabezpieczeń zostały zainstalowane na serwerze KASTOR.
Nazwa serwera klucza jest zapamiętywana w rejestrze systemowym, w kluczu HKEY_LOCAL_MACHINE\SOFTWARE\ERP\HASP w wartości „Serwer”.
W przypadku braku określenia nazwy serwera klucza w aplikacji ERP XL, domyślnie zakłada się, że serwerem klucza jest serwer bazy danych.
Uwaga
Odstępstwem, które wymaga konfiguracji nazwy serwera klucza, bez względu na to, czy serwer zabezpieczeń działa w oparciu o główny serwer bazy, czy też o dodatkowy serwer SQL, jest system ERP XL działający w sesji terminalowej i obsługujący drukarki fiskalne, w oparciu o moduł obsługi drukarek fiskalnych za pośrednictwem połączenia terminalowego firmy COMARCH. Użytkowanie tego modułu wymaga posiadania odrębnej licencji. Licencja ta jest pobierana przez aplikację dopiero w momencie pierwszego uruchomienia terminalowego sterownika fiskalnego. Mechanizm pobierania licencji przez sterownik, wymaga explicite zdefiniowanej nazwy serwera klucza w konfiguracji komputera.
Serwer usług zabezpieczeń
Serwer usług zabezpieczeń odpowiada za zarządzanie licencjami – sprawdzanie liczby pobranych licencji, obsługę żądań zalogowania i wylogowania.
Działanie serwera usług zabezpieczeń opisuje poniższy schemat:
Po uruchomieniu serwer zabezpieczeń komunikuje się z kluczem HASP bądź z serwerem kluczy wirtualnych dla kluczy wirtualnych w celu odczytania maksymalnej puli licencji, którą dysponuje.
W momencie pobrania przez klienta licencji, serwer zapamiętuje ten fakt i „odejmuje” pobraną licencję z dostępnej puli.
W momencie wylogowania się klienta, zwalniane są pobrane wcześniej przez niego licencje.
Dla właściwego zrozumienia zachowania programu w pewnych szczególnych przypadkach, pomocne będą poniższe uwagi.
Okresowa kontrola Klucza HASP
W trakcie pracy, co pewien czas, serwer zabezpieczeń sprawdza obecność klucza HASP. Oznacza to, że jeśli w trakcie pracy serwera zabezpieczeń zostanie wyjęty klucz HASP, praca wszystkich zalogowanych do serwera aplikacji ERP XL zostanie zablokowana.
Wielokrotne logowanie
Jeżeli Użytkownik na tym samym komputerze uruchomi wielokrotnie program ERP XL (różne moduły), to pobierze z serwera każdą licencję tylko jeden raz.
Awaryjne zakończenie pracy
Jeżeli Użytkownik aplikacji ERP XL zakończy jej pracę inaczej niż poprzez wybranie opcji: Koniec pracy i nie nastąpi wylogowanie z serwera zabezpieczeń, to licencje pobrane przez tego Użytkownika będą zablokowane jeszcze przez pewien określony czas (domyślnie 1800 sekund). Po tym czasie licencje zostaną zwrócone do puli i inny Użytkownik będzie mógł je pobrać.
Blokowanie licencji dotyczy wyłącznie Użytkowników uruchamiających program ERP XL z innych komputerów. Zgodnie z zasadą opisaną w rozdziale Wielokrotne logowanie, jeżeli Użytkownik zakończy pracę programu ERP XL inaczej niż poprzez wybranie opcji: Koniec pracy, to będzie mógł na tym samym komputerze ponownie uruchomić program ERP XL, wykorzystując wcześniej pobraną licencję, która nie została jeszcze automatycznie zwolniona
Klucz HASP
Serwer zabezpieczeń komunikuje się bezpośrednio z kluczem HASP, który stanowi sprzętowe zabezpieczenie, służące do weryfikacji posiadanej puli licencji.
Zabezpieczenie może być realizowane za pomocą kluczy typu: MemoHasp lub NetHasp. Klucze te są dostępne dla portów USB lub LPT. Dostępne są również klucze na karcie PCIMCIA. Mają one zastosowanie w komputerach przenośnych stosowanych w celach prezentacyjnych lub testowych.
W przypadku klucza MemoHasp musi być on wpięty w lokalny port komputera, na którym znajduje się serwer zabezpieczeń.
Uwaga
Konfiguracja klucza typu NetHasp ze zdalnym serwerem klucza nie jest obsługiwana. Klucz powinien zostać wpięty do serwera, na którym pracuje baza danych.
Modele instalacji ERP XL z serwerem klucza HASP
Instalacja jednostanowiskowa
Instalacja jednostanowiskowa
Instalacja sieciowa
Typowa instalacja sieciowa
Instalacja sieciowa z wyodrębnionym serwerem zabezpieczeń
Typowa instalacja sieciowa z wyodrębnionym serwerem zabezpieczeń
Współpraca XL-a z Menadżerem Kluczy
Instalacja Menadżera kluczy
Aplikacja Comarch ERP Menadżer Kluczy dostępna jest na stronach walidowanych dla Partnerów w sekcji Comarch ERP XL, podsekcja Pobierz wersję. Szczegółowy opis instalacji zawarty jest w dokumentacji do aplikacji Comarch ERP Menadżer Kluczy.
Ogólna konfiguracja
Odwołanie do klucza
W Menadżerze Kluczy może znajdować się więcej, niż jeden klucz. Może być to jeden klucz fizyczny HASP i klucze wirtualne bądź same klucze wirtualne. W systemie Comarch ERP XL należy więc wskazać odwołanie do konkretnego klucza z którego mają być pobierane licencje. Pełny wpis powinien mieć format:Nazwa serwera\nazwa instancji::numer klucza, zgodnie z poniższym zrzutem:
Okno odwołania systemu do klucza
Od v 2020.1 wprowadzono możliwość łączenia się bezpośrednio z menadżerem klucza bez pośrednictwa serwera SQL za pomocą protokołu http , domyślnym portem po którym odbywa się komunikacja jest port 5150 , ponieważ łączymy się bez pośrednictwa serwera SQL nie podajemy nazwy instancji a jedynie nazwy serwera i po :: nr klucza lub gdy w instalacji jest obecny jeden klucz zabezpieczający samą nazwę serwera.
Wartości te zapisywane są w rejestrze systemu Windows pod ścieżką:
HKEY_CURRENT_USER\Software\CDN\HASPXL:
Wpis w rejestrze systemu Windows
Informacje o pobranych licencjach
Informacje o aktualnie pobranych licencjach możemy uzyskać z poziomu interfejsu programu ERP XL, wykorzystując funkcje serwera zabezpieczeń lub używając procedury serwerowej xp_HASPSetIdleTime lub z poziomu Monitora Menadżera Kluczy.
Aby wyświetlić informację o pobranych licencjach z poziomu programu ERP XL należy wybrać z menu polecenie: Pomoc/O programie/Informacje o kluczu sprzętowym:
Informacje o kluczu sprzętowym
Wyświetlone informacje zawierają: nazwę modułu, aktualną ilość dostępnych licencji, początkową ilość licencji, status oraz datę pobrania licencji.
Drugą możliwością sprawdzenia informacji o pobranych licencjach z klucza HASP jest wywołanie procedury xp_HASPLicenceStateInfo z bazy master:
Lista pobranych licencji z poziomu SQL
Trzecią możliwością sprawdzenia ilości pobranych licencji jest Monitor Menadżera Kluczy. W tym celu z menu kontekstowego należy wybrać opcję: Pokaż konfigurację i przejść do zakładek: Dostępne moduły (informacje ogólne dotyczące ilości dostępnych oraz pobranych licencji) oraz: Pobrane moduły (informacje szczegółowe uwzględniające pobranie licencji przez poszczególnych operatorów):
Monitor Menadżera Kluczy, informacje o ilości licencjiMonitor Menadżera Kluczy, licencje pobrane przez konkretnych operatorów
Informację tę można również wywołać na dowolnym komputerze w sieci wpisując adres serwera na którym zainstalowany został Menadżer Kluczy w przeglądarce internetowej wraz z numerem portu TCP/IP:
W przypadku, gdy w Menadżerze Kluczy znajduje się więcej, niż jeden klucz należy do powyższych wpisów dodać odwołanie: http://Nazwa_Serwera:5150/numer klucza.
Ustawienie czasu zwolnienia licencji
Serwer HASP posiada zabezpieczenie przed zablokowaniem licencji pobranych, a niezwróconych przez program ERP XL. System ten jest oparty o okresową komunikację programu ERP XL z serwerem zabezpieczeń. Jeżeli program nie skomunikuje się z serwerem przez pewien określony czas, serwer uznaje proces za „martwy” i zwalnia pobrane przez tego klienta licencje.
System ten może powodować problemy podczas przetwarzania przez program długotrwałych operacji wsadowych. Jeśli czas trwania operacji przekroczy czas oczekiwania serwera na zwolnienie licencji, serwer wyloguje klienta i program ERP XL wyświetli komunikat o braku licencji.
Z kolei ustawienie zbyt dużej wartości będzie blokować możliwość uruchamiania programu na innych stanowiskach w przypadku niepoprawnego zakończenia pracy z programem ERP XL (patrz: Awaryjne zakończenie pracy).
Domyślny czas oczekiwania na zwolnienie licencji przez serwer wynosi 30 minut. Czas ten możemy zmienić bezpośrednio w rejestrze Windows w kluczu: HKEY_LOCAL_MACHINE\SOFTWARE\ERP\HASP\IdleTime (patrz: Konfiguracja serwisu HASP) lub wykorzystując procedurę serwerową xp_HASPSetIdleTime, podając czas oczekiwania w sekundach. Aby dokonać ustawienia tego czasu na pół godziny można wykonać następujące polecenie SQL:
execute xp_HASPSetIdleTime @IdleTime=1800
Równocześnie aktualne ustawienie czasu oczekiwania można sprawdzić poprzez procedurę xp_HASPGetIdleTime, poleceniem:
execute xp_HASPGetIdleTime
Ustalając czas oczekiwania, należy pamiętać o tym, że ustawienie zbyt małej wartości będzie powodować problemy przy wykonywaniu długotrwałych operacji wsadowych (niezalecane jest ustawienie tego czasu poniżej 300 sekund).
IdleTime można również ustawić w poziomu Menadżera kluczy, zakładka Konfiguracja, okno Zaawansowane:
Idle Time z poziomu Menadżera Kluczy
Czas, jaki upłynął od ostatniej komunikacji systemu ERP XL z serwerem zabezpieczeń, można skontrolować w oknie przeglądarki www w kolumnie „Zalogowani użytkownicy” (ostatni człon wpisu) lub bezpośrednio w programie ERP XL (należy wybrać z menu polecenie: Pomoc/O programie/Informacje o kluczu sprzętowym i ikonką lupy wybrać interesującą nas licencje).
Widok z poziomu XL
Informacja taka zawarta jest także w Menadżerze Kluczy, zakładka Pobrane Moduły:
Widok z poziomu Menadżera Kluczy
Programowanie klucza HASP
Klucz HASP programuje się celem aktualizacji posiadanej puli licencji bądź w celu aktualizacji daty ważności prawa do aktualizacji wersji systemu Comarch ERP XL. Do programowania klucza służy plik RUS, który można uzyskać w dziale Sprzedaży COMARCH bądź na stronach iZam. W celu wykonania czynności programowania należy z menu kontekstowego Menadżera Kluczy wywołać polecenie:
Wydruki tekstowe zostały oparte o mechanizm wydruków XML, dlatego na początku w skrócie zostanie nakreślona zasada działania wydruków XML.
Wydruki XML
Definicja wydruku XML zawiera 4 sekcje: [SQL], [XSL], [FILE] i [RUN]
Sekcja SQL
Sekcja ta zawiera zapytanie (lub zapytania SQL), które zostaną zadane do bazy danych. Na podstawie zwróconych recordsetów tworzony jest plik XML o strukturze:
Tagów RECORDSETn jest tyle, ile recordsetów zwracają zapytania z sekcji [SQL] (są one kolejno numerowane).
Tagów RECORD w każdym tagu RECORDSETn jest tyle, ile wierszy zwróciło dane zapytanie.
Każdy tag RECORD posiada tyle atrybutów, ile kolumn zwraca zapytanie. Nazwa danego atrybutu odpowiada nazwie kolumny, a wartość atrybutu - wartości kolumny, np.
<RECORD Knt_GIDNumer=”1” Knt_Kod=”COMARCH” />
Sekcja XSL
Sekcja XSL zawiera schemat, który jest „nakładany” na plik XML wygenerowany zgodnie z opisem w poprzednim punkcie. W wyniku tego „nałożenia” powstaje plik wynikowy.
Sekcja FILE
Sekcja FILE zawiera nazwę pliku, pod jaką zostanie zapisany wynikowy plik XML. Jeżeli sekcja FILE jest pusta, wówczas plik wynikowy zostanie zapisany w katalogu tymczasowym pod nazwą rptNNN.tmp (gdzie NNN jest liczbą szesnastkową)
Sekcja RUN
Sekcja RUN zawiera nazwę programu, do którego zostanie przesłany plik wynikowy. Jeżeli sekcja RUN jest pusta, wówczas plik wynikowy zostanie wysłany do programu domyślnego ze względu na rozszerzenie pliku, np.:
[FILE]
C:\wynik.xml
[RUN]
spowoduje zapisanie pliku wynikowego do pliku C:\wynik.xml i otwarcie go za pomocą przeglądarki internetowej.
Parametry dynamiczne
Cała definicja wydruku XML jest poddawana analizie przez silnik parametrów dynamicznych. Może to być wykorzystywane w dwóch przypadkach:
do przekazywania parametrów dynamicznych wydruku (np. filtr aplikacji, opis wydruku itp.),
do wywoływania okienka z parametrami, które do wydruku przekazuje użytkownik.
Aplikacja może przekazać do wydruku listę parametrów dynamicznych, zgodnie z zawartością zakładki Parametry na oknie Konfiguracja wydruków.
Dodatkowo użytkownik może definiować własne parametry dynamiczne, dla których, w chwili wykonywania wydruku, zostanie wyświetlone okno z zapytaniem o wartość parametru.
Opis działania parametrów dynamicznych znajduje się w biuletynie poświęconym modułowi analiz (tworzenie wykresów)
Działanie parametrów dynamicznych zostanie w dalszej części zilustrowane na przykładzie.
Wydruk tekstowy
Do potrzeb wydruków tekstowych przygotowany został program PrintTxt.EXE, który jako parametr wejściowy otrzymuje plik XML o określonej strukturze i w wyniku swego działania przetwarza ten XML na plik tekstowy, który jest kierowany na drukarkę.
Pełny mechanizm generowania wydruku polega na przygotowaniu pliku XML o określonej strukturze, a następnie przetworzenie go przez program PrintTxt.EXE
Struktura plików XML dla wydruków tekstowych
Plik XML, który jest przekazywany do programu PrintTxt.EXE powinien mieć następującą strukturę:
<ROOT> <!-- one, req -->
<RAPORT> <!-- many, req -->
<PARAM/> <!-- many, opt -->
<RPT_HEADER> <!-- one, opt -->
<LINE> <!-- many, opt -->
<PARAM/> <!-- many, opt -->
<FIELD/> <!-- many, opt -->
</LINE>
</RPT_HEADER>
<PG_HEADER> <!-- one, opt -->
<LINE> <!-- many, opt -->
<PARAM/> <!-- many, opt -->
<FIELD/> <!-- many, opt -->
</LINE>
</PG_HEADER>
<DETAIL> <!-- many, req -->
<LINE> <!-- many, req -->
<PARAM/> <!-- many, opt -->
<FIELD/> <!-- many, opt -->
</LINE>
</DETAIL>
<PG_FOOTER> <!-- one, opt -->
<LINE> <!-- many, opt -->
<PARAM/> <!-- many, opt -->
<FIELD/> <!-- many, opt -->
</LINE>
</PG_FOOTER>
<RPT_FOOTER> <!-- one, opt -->
<LINE> <!-- many, opt -->
<PARAM/> <!-- many, opt -->
<FIELD/> <!-- many, opt -->
</LINE>
</RPT_FOOTER>
</RAPORT>
</ROOT>
Uwaga
Oczywiście komentarze nie muszą występować w pliku XML - tutaj zostały dodane, aby oznaczyć czy dany tag ma występować, czy też nie:
many oznacza, że tag może wystąpić wiele razy,
one oznacza, że dany tag (na określonym poziomie) może wystąpić tylko raz,
req oznacza, że dany tag jest wymagany,
opt oznacza, że dany tag jest opcjonalny.
Zawartość tagów
ROOT
Na najwyższym poziomie pliku XML musi wystąpić tylko jeden tag o nazwie ROOT
RAPORT
RAPORT zawiera definicję pojedynczego wydruku. Na ogół ROOT zawierał będzie jeden tag RAPORT, jednakże w przypadku konstruowania wydruków seryjnych możliwe jest umieszczenie wielu tagów RAPORT. Istotne jest to, że dla każdego tagu RAPORT zerowana jest numeracja stron.
RPT_HEADER
Tag ten zawiera definicję wyglądu nagłówka raportu. Nagłówek ten zostanie wydrukowany jeden raz na początku raportu.
PG_HEADER
Tag ten zawiera definicję wyglądu nagłówka strony. Nagłówek ten zostanie wydrukowany na początku każdej strony.
DETAIL
Tag ten zawiera definicję zawartości wierszy raportu.
PG_FOOTER
Tag ten zawiera definicję wyglądu stopki strony. Stopka ta zostanie wydrukowana na końcu każdej strony.
RPT_FOOTER
Tag ten zawiera definicję wyglądu stopki raportu. Stopka ta zostanie wydrukowana jeden raz na końcu raportu.
PARAM | P
Tag ten zawiera definicję parametrów. Parametry są zmiennymi raportu, w których można zapisywać pewne informacje (np. takie, do których się potem wielokrotnie odwołujemy) czy dokonywać pewnych obliczeń (np. sumy). Każdy raport posiada pewną predefiniowaną listę parametrów systemowych (takich jak np. numer strony, numer linii, typ drukarki itp.). Nazwy parametrów systemowych są poprzedzone znakiem @.
Jeżeli odwołujemy się do jakiegoś parametru (np. przy obliczeniach) to jego nazwę poprzedzamy znakiem @, stąd odwołanie do parametrów systemowych poprzedzone jest poprzez @@ (np. @@PAGENO)
Tag PARAM może posiadać następujące atrybuty:
name
nazwa parametru
type
typ parametru Dopuszczalne wartości to text i number. Domyślnym typem jest text
Uwaga: typ parametru jest istotny ze względu na operacje dokonywane na nich.
Przykładowo, mając dwa parametry P1 i P2 o wartościach odpowiednio 1 i 2, jeżeli
wykonamy na nich operację @P1+@P2, to w przypadku parametrów typu number
w wyniku otrzymamy 3, a jeśli co najmniej jeden z nich będzie typu text, to w wyniku
otrzymamy 12
value
wartość parametru
calc
przyjmuje wartości true i false (domyślnie false). Określa, czy wartość parametru jest podana przez wartość (calc=”true”), czy przez wyrażenie (calc=”false”). Przykładowo, jeśli value=”@P1+@P2” calc=”true” to jako wartość parametru zostanie podstawiony wynik wykonania działania na parametrach P1 i P2. Jeżeli natomiast calc=”false”, wówczas jako wartość parametru zostałby podstawiony po prostu tekst @P1+@P2.
Uwaga
wszystkie wyrażenia należy tworzyć zgodnie z syntaktyką języka JScript. Dotyczy to zmiennych PARAM, pól FIELD jak i obliczania wyrażeń typu true/false (np. dla atrybutów hide).
Tagi PARAM mogą być elementami tagu RAPORT (zainicjalizowanie lub jednorazowe ustawienie parametru na początku wydruku). W tym miejscu można ustawiać niektóre parametry systemowe (np. typ drukarki, nazwa urządzenia wyjściowego) oraz zapamiętywać w zmiennych stałe wartości parametrów, które będą później wielokrotnie wykorzystywane w raporcie.
Tagi PARAM mogą być również elementami tagów LINE . wówczas są one przeliczane dla każdej linii.
Dla wydruku definiowane są następujące parametry systemowe
@PRINTER
nazwa urządzenia wyjściowego (np. LPT1, \\KOMPUTER\DRUKARKA, C:\PLIK.TXT – jeżeli chcemy w wydruku zaszyć urządzenie wyjściowe). Możemy również zastosować drukowanie na drukarkę Windows służy do tego parametr dynamiczny ?@Hs100_NQ|Printer:''@?.
@VIEWER
nazwa programu służącego do podglądu wydruku, domyślnie jest to „notepad.exe” .
@CODEPAGE
sposób kodowania polskich znaków na drukarce. Aktualnie dostępne wartości MAZOVIA, LATIN i EMULATOR (oznacza tworzenie polskiej litery poprzez wydrukowanie litery łacińskiej, cofnięcie karetki i wydrukowanie ogonka lub akcentu). Ustawienie tego parametru inicjalizuje wartość parametrów @INPUTCODE i @OUTPUTCODE. Domyślnie wartość pusta, oznaczająca brak przekodowania. Zagadnienie dotyczące przekodowania polskich liter omówione jest szczegółowo dalej.
@INPUTCODE
tekst wejściowy dla algorytmu przekodowania polskich liter. Inicjalizowany zgodnie z parametrem @CODEPAGE.
@OUTPUTCODE
tekst wyjściowy dla algorytmu przekodowania polskich liter. Inicjalizowany zgodnie z parametrem @CODEPAGE.
@PRINTERTYPE
typ drukarki. Aktualnie dostępne wartości to EPSON i PCL. Powodują ustalenie kodów sterujących dla drukarki (w szczególności tryby zagęszczone i pogrubione)
@FONT_NARROW
kod przełączenia drukarki w tryb czcionki zagęszczonej. Inicjalizowany zgodnie z ustawieniem parametru @PRINTERTYPE
@FONT_NARROW_
kod końca tryby czcionki zagęszczonej. Inicjalizowany zgodnie z ustawieniem parametru @PRINTERTYPE
@FONT_BOLD
kod przełączenia drukarki w tryb czcionki pogrubionej. Inicjalizowany zgodnie z ustawieniem parametru @PRINTERTYPE
@FONT_BOLD_
kod końca trybu czcionki pogrubionej. Inicjalizowany zgodnie z ustawieniem parametru @PRINTERTYPE
@CR
znak cofnięcia karetki do początku strony (domyślnie znak o kodzie 13)
@LF
znak przejścia do nowej linii (domyślnie znak o kodzie 10)
@FF
znak końca strony (domyślnie znak o kodzie 12)
@BS
znak cofnięcia karetki o jeden znak (domyślnie znak o kodzie 8)
@PAGENO
numer strony
@PAGETOT
łączna liczba stron wydruku
@LINENO
numer linii na stronie
@PAGELENGTH
liczba wierszy na stronie (domyślnie 60)
LINE | L
Tag ten zawiera definicję wyglądu linii oraz (opcjonalnie) definicje parametrów. Przy przetwarzaniu tagu LINE najpierw obliczane są parametry zdefiniowane dla danej linii, a następnie na podstawie zawartości tagów FIELD tworzony jest .wygląd. linii na wydruku. Po przetworzeniu tagu LINE do pliku wynikowego dodawany jest automatycznie znak nowej linii
FIELD | F
Tag FIELD zawiera definicję pojedynczego pola w drukowanej linii. Tag ten może posiadać następujące atrybuty:
name
Jeżeli atrybut nazwa jest ustawiony, to pole jest traktowane tak jak parametr, tzn. wartość aktualnie drukowanego pola jest zapamiętywana jako zmienna
type
Typ pola. Dopuszczalne wartości to text i number (domyślnie text). Od ustawienia typu pola zależy jego formatowanie, wyrównywanie itp.
value
Wartość pola. Może być podana jako wartość (jeżeli calc=”false”) lub jako wyrażenie (jeżeli calc=”true”)
align
Sposób wyrównania pól. Dopuszczalne wartości to left, right i center (domyślnie: brak wyrównania dla tekstu i wyrównanie do prawej dla liczb)
width
Szerokość pola.
prec
Dla pól typu number oznacza liczbę miejsc po przecinku.
calc
Określa, czy value zawiera wartość (calc=”false”) czy wyrażenie (calc=”true”)
fill
Znak dopełniający pole do pełnej szerokości podanej w width. Domyślnie spacja.
hide
Jeżeli hide=”true” to pole jest ukrywane
hidezero
Jeżeli hidezero=”true” to dla pól typu number ukrywane są nieznaczące miejsca po przecinku (w ich miejsce pojawia się spacja)
blankzero
Jeżeli blankzero=”true” to pola typu number o wartości 0 są ukrywane.
Uwaga
Wszędzie tam gdzie parametr może przyjmować wartości true lub false możliwe jest również wprowadzanie wyrażeń. Poniższy przykład ilustruje sposób wydrukowania pola tylko na ostatniej stronie:
<LINE>
<FIELD value=”napis na stronie” hide=”@@PAGENO!=@@PAGETOT” />
</LINE>
Parametry systemowe a typ drukarki
W poniższym rozdziale zostaną omówione kwestie ustalania kodów sterujących dla drukarek oraz przekodowania polskich liter.
Ustawienie typu drukarki
Obecnie program drukujący potrafi obsługiwać 2 standardy drukarek: EPSON (drukarki igłowe) oraz PCL (większość drukarek atramentowych i laserowych). Ustalenie typu drukarki jest niezbędne ze względu właściwą obsługę kodów sterujących drukarki, w szczególności przełączania pisma na pogrubione i zawężone.
Jeżeli drukarka wymaga innych kodów sterujących, można to osiągnąć poprzez ustawienie parametrów:
@FONT_NARROW
@FONT_NARROW_
@FONT_BOLD
@FONT_BOLD_
Przykładowo, ustawienie kodów równoważnych dla trybu EPSON można uzyskać poprzez wpisanie:
Obecnie program drukujący potrafi obsługiwać polskie litery w standardach Mazovia i Latin oraz emulować polskie litery poprzez wydruk litery łacińskiej i dodanie do niej akcentu czy ogonka.
Jeżeli drukarka obsługuje polskie litery w jakimś innym standardzie, można uzyskać wydruki poprzez ustalenie wartości parametrów:
@INPUTCODE lista polskich znaków w standardzie Windows, oddzielonych znakami |
@OUTPUTCODE lista polskich znaków w standardzie drukarki, oddzielonych znakami |
Przykładowo, aby uzyskać przekodowanie polskich liter na litery łacińskie (wydruk bez polskich liter) należałoby wpisać:
Zasady budowania definicji wydruku zostaną omówione na przykładzie wydruku Faktury sprzedaży. Przykład ten został wybrany na względu na stosunkowo prostą formę wydruku oraz powszechność w użyciu. Definicja tego wydruku jest w standardowej bazie wydruków programu. W niniejszym biuletynie omówimy tylko ciekawsze fragmenty formatu wydruku.
Projektowanie wydruku
Dla potrzeb sprawnego wykonania wydruku należy wcześniej dokładnie zaplanować jego wygląd. Ze względu na to, że na wydrukach tekstowych wyrównanie kolumn uzyskuje się przez dobór ich szerokości (liczonej w znakach) szczególnie ważne jest zaplanowanie rozkładu poszczególnych pól na wydruku. Do potrzeb wydruku przyjęto, że na stronie mieści się 80 znaków w trybie normalnym oraz 133 znaki w trybie zagęszczonym.
Sekcja SQL
Sekcja SQL zawiera pięć zapytań - tak więc do „pierwotnego” pliku XML zostanie podstawionych pięć recordsetów.
Select Frm_Nazwa1, Frm_Nazwa2, Frm_Nazwa3, Frm_KodP+' '+Frm_Miasto As Frm_Miasto, Frm_Ulica, 'NIP: '+ Frm_NIP As Frm_Nip From CDN.Firma where Frm_GIDNumer=1
Powyższe zapytanie wyciąga dane firmy (pieczątkę firmy) z odpowiedniej tabeli.
exec CDN.wydrTabelkaPlatnosciIVat ??_QFiltr
Powyższe zapytanie wyciąga tabelkę płatności oraz vat dla danego dokumentu. Jak widzimy w sekcji SQL oprócz zapytania SELECT możemy również wywołać procedurę serwerową - klauzula EXEC (EXECUTE).
Uwaga
Aby wydruk z procedurą serwerową wykonał się poprawnie, rola ERPRaport musi mieć prawa wykonywania tej procedury. Dla naszej przykładowej procedury:
CDN.wydrTabelkaPlatnosciIVat
należałoby dodatkowo wykonać poniższe zapytanie:
GRANT EXECUTE ON CDN.wydrTabelkaPlatnosciIVat TO CDNRaport
Zastosowanie w sekcji parametrów procedury wyrażenia ??_QFiltr spowoduje podstawienie w jego miejsce filtru przekazanego z listy (a więc wydruk będzie zawierał dokładnie płatności i tabelę VAT dla wybranego dokumentu). Użycie wywołania wyrażenia ??_QFiltr było możliwe dzięki temu, że we wcześniejszym zapytaniu (w sekcji WHERE klauzuli SQL) użyliśmy deklaracji tego parametru ?@H200_NQ|Filtr:’’@?. Warto zwrócić uwagę, że parametr dynamiczny został wywołany z opcją H, co spowoduje, że użytkownik nie będzie monitowany o podanie jego wartości (parametr zostanie przekazany z aplikacji). Kolejną opcją, na którą warto zwrócić uwagę to opcja NQ w deklaracji parametru i Q (brak N w tej opcji) w wywołaniu tego parametru. Oznacza ona, że przekazany filtr nie będzie otaczany apostrofami (NQ) lub będzie (Q).
można w zasadzie uznać za stały. Ustala on sposób przetwarzania „wejściowego” pliku XML oraz ustawia nagłówek pliku wyjściowego. Następnie rozpoczyna się właściwa deklaracja definicji wydruku.
RAPORT
W tagu RAPORT jest ustalonych kilka tagów PARAM (a więc zdefiniowanych kilka zmiennych raportu). Ich znaczenie jest następujące:
Poniższe 3 tagi zawierają ustawienia wartości parametrów systemowych, powodujące ustalenie portu wydruku jako LPT1, typu drukarki jako EPSON i standardu polskich liter na drukarce jako MAZOVIA
Cały ten zabieg powoduje podstawienie wartości pól odczytanych z pierwszego recordsetu do odpowiednich parametrów.
Uwaga
W powyższej definicji xsl:template należy zwrócić uwagę na to, żeby we fragmencie <xsl:value-of select="@Frm_Nazwa1" /> Frm_Nazwa1 to nazwa kolumny z zapytania SQL i jest ona identyczna (ważne duże, małe litery) !
RPT_HEADER
W tagu RPT_HEADER znajduje się pieczątka firmy, dane faktury (numer, data wystawienia, data sprzedaży, numer konta bankowego, dane kontrahentów itp.). Informacje te będą drukowane tylko na pierwszej stronie wydruku.
Zawiera on kilkanaście tagów L [LINE] . tak więc nagłówek raportu będzie liczył tyleż linii.
Omówimy tylko kilka linii na które należy zwrócić uwagę:
Czyli na 42 znakach (width=”42”) zostanie wydrukowany tekst „+-Sprzedawca” (zawartość atrybutu value), 30 znaków minus - (minus bo atrybut fill="-", 30 bo 42-12 gdzie 42 to wartość atrybutu width, a 12 to długość stringu w wartości atrybutu value). Jest to pierwsze pole w linii. Drugie pole to + i cztery spacje, następne pole to pogrubiony napis Faktura VAT (dzięki wstawieniu znaków sterujących zapisanych w parametrze @FONT_BOLD). Następne linie będą drukowane fontem normalny, ponieważ został wstawiony znacznik końca fontu pogrubionego (@FONT_BOLD_).
<L>
<F value="|" width="2"/>
<F calc="true" value="@FRM_NAZWA1" width="40"/>
<F value="|"/>
</L>
W powyższej linii mamy wstawioną nazwę firmy na długości 40 znaków otoczonej znakami |. Nazwa firmy znajduje się w parametrze @FRM_NAZWA1, którego wartość brana jest z zapytania SQL omawianego w sekcji SQL.
<L hide="!(@NAB_NAZWA2!='' || @ODB_NAZWA2!='')">
<F calc="true" value="@NAB_NAZWA2" width="60"/>
<F calc="true" value="@ODB_NAZWA2" width="60"/>
</L>
Powyższa linia zawiera drugi człon nazwy kontrahenta głównego (nabywca) oraz docelowego (odbiorca). Warto zwrócić uwagę na atrybut hide, który steruje wyświetlaniem tej linii. Linia ta będzie drukowana wtedy, gdy jedna z wartości @NAB_NAZWA2 lub @ODB_NAZWA2 będzie niepusta, czyli jeżeli na odpowiednich adresach kontrahentów będą wypełnione drugie pola w nazwie kontrahenta. Dzięki temu unikniemy „pustych” linii na wydruku.
PG_HEADER
Kolejnym tagiem jest PG_HEADER. Zawiera on 3 tagi L [LINE], tak więc nagłówek strony będzie liczył 3 linie, które są nagłówkiem tabelki z pozycjami faktury.
DETAIL
Kolejny tag DETAIL zawiera pozycje faktury. Do jego wygenerowania wykorzystany jest template tworzący linię dla każdego wiersza z recordsetu czwartego
<DETAIL>
<xsl:apply-templates select="RECORDSET4"/>
</DETAIL>
i dalej
<xsl:template match="RECORDSET4">
<xsl:apply-templates select="RECORD" mode="r4"/>
</xsl:template>
<xsl:template match="RECORD" mode="r4">
.....
</xsl:template>
Każda pozycja na fakturze generuje na wydruku jedną linię. W ramach tej linii obliczane są pewne zmienne oraz drukowane pola.
RPT_FOOTER
RPT_FOOTER zawiera podsumowanie całego wydruku, czyli tabelkę płatności, tabelkę VAT, kwotę dokumentu itp.
PG_FOOTER
PG_FOOTER zawiera dolne obramowanie tabelki pozycji faktury, stronę wydruku oraz informuje o nazwie programu, z którego powstał wydruk.
Proszę zwrócić uwagę, że linia, która jest obramowaniem tabelki pozycji drukowana na ostatniej stronie wygląda inaczej niż linia drukowana na innych stronach (ze względów estetycznych, na ostatniej stronie, linia ta stanowi równocześnie górne obramowanie tabelki z płatności i vat). Zostało to uzyskane przez wykorzystanie atrybutu hide.
Warto zaznaczyć również, że numer strony w stopce strony nie drukowany jest na pierwszej stronie tylko na każdej następnej (warunek @@PAGENO==1). Na pierwszej stronie, drukowany jest w nagłówku raportu RPT_HEADER
Sekcja FILE
Sekcja FILE nie została wypełniona „pomocniczy” plik XML będzie więc zapisywany do katalogu TEMP.
Jeżeli w sekcji file wpiszemy np. C:\FS.XML to zostanie stworzony plik XML wygenerowany poprzez wydruk XML, jest to plik będący bezpośrednio działaniem mechanizmu wydruków XML i jest on poddawany dalszej obróbce przez program PrintTXT.
W ramach testów mechanizmu wydruków można taki plik wygenerować i zobaczyć jego strukturę.
Sekcja RUN
Sekcja RUN zawiera wywołanie programu PrintTXT.EXE, przetwarzającego plik XML na plik tekstowy wysyłany do drukarki.
Wymagania systemowe
Wymagania systemowe dla poprawnego działania systemu ERP XL zostały opisane w dokumencie Wymagania Minimalne Systemu do aktualnej wersji...
Dodatkowo dla poprawnego działania wydruków tekstowych konieczne są komponenty:
Microsoft Windows Script
Microsoft Windows Script Control
Wersje instalacyjne powyższych komponentów oraz więcej informacji na ich temat można znaleźć w lokalizacji:
Program printtxt.exe który obsługuje drukowanie txt nie pozwala na drukowanie gdy program XL pracuje w usługach terminalowych na drukarki zmapowane w sesji terminalowej. Do obsługi drukowania na drukarkach mapujących się w usługach terminalowych wykorzystano drukowania porze kanału wirtualne. Aby móc drukować wydruki txt w takim środowisku należy:
W konfiguracji Stanowiska w zakładce Wydruki i wykresy zaznaczyć parametrWydruki tekstowe przez kanał wirtualny
Zainstalować na komputerze gdzie podłączone są drukarki i gdzie uruchamia się klienta połączenia terminalowego program: PrintTxtDVC.exe który znajduje się w katalogu XL-a
W celu przygotowania baz do wymiany dokumentów przez ECOD, należy:
ustawić numery GLN na kontrahentach oraz na ich adresach wysyłkowych.
ustalić numer GLN na pieczątce firmy oraz pamiętać o dodaniu pieczątki w strukturze firmy.
ustalić kody EAN na towarach
Przyklad
DOSTAWCA na pieczątce firmy ma numer GLN 11111111111111, ODBIORCA GLN 2222222222222. DOSTAWCA widnieje w bazie ODBIORCY jako kontrahent z numerem GLN 111111111111 oraz GLN adresu wysyłkowego (zależny od adresu docelowego, może być zgodny z adresem kontrahenta lub nie). ODBIORCA widnieje na bazie DOSTAWCY jako kontrahent z numerem GLN 22222222222222 oraz GLN adresu wysyłkowego. Na obu bazach widnieją towary o tych samych numerach EAN.
wskazać folder, do którego będą przekazywane odpowiednie pliki xml: Parametry komputera/Wymiana danych (w zależności od sposobu wymiany dokumentów)
Parametry komputera wybór sposobu tworzenia się struktury folderów.
Z listy rozwijalnej można wybrać sposób generowania folderów podrzędnych, mogą one powstawać w zależności od wskazanych opcji.
Zaznaczając parametr „Przenoś wczytane do podkatalogu” system utworzy dodatkowy folder, w którym będzie przechowywał pliki xml, które zostały już wczytane do systemu poprzez ECOD.
Wymiana dokumentów za pomocą systemu ECOD
Funkcjonalność programu Comarch ERP XL pozwala na wymianę pomiędzy dostawcą i odbiorcą takich dokumentów jak katalog produktów, zamówienia, awiza wysyłki, potwierdzenia dostawy, faktury czy faktury-korekty.
Do obsługi katalogu produktów służy komunikat: ProductCatalogue, zamówień, komunikat: Order, awiza wysyłki, komunikat: DespatchAdvice, potwierdzenia dostawy, komunikat: ReceivingAdvice natomiast faktury, komunikat: Invoice.
Pełna obsługa wyżej wymienionych komunikatów z punktu widzenia dostawcy wraz z towarzyszącymi mu dokumentami generowanymi w systemie Comarch ERP XL wygląda następująco:
Dostawca przesyła do klienta katalog produktów
W wyniku importu zamówienia złożonego przez klienta w systemie generowane jest zamówienie sprzedaży
Po odpowiednim przygotowaniu zamówionego towaru do wysyłki z zamówienia generowany jest dokument WZ, który następnie eksportowany jest do klienta jako Awizo wysyłki
Dla danego dokumentu WZ dokonywany jest import Potwierdzenia Dostawy od klienta. Na tej podstawie dokonywane jest sprawdzenie zgodności kodów i ilości towarów: na dokumencie WZ oraz na Potwierdzeniu Dostawy. W przypadku zgodności ww. dokumentów, w systemie generowany jest spinacz do dokumentu WZ ((S)FS do bufora), w przypadku wystąpienia jakiejkolwiek niezgodności spinacz nie jest tworzony, a operator otrzymuje stosowną informację o występujących rozbieżnościach.
Wystawiony w wyniku ww. operacji spinacz (S)FS eksportowany jest do klienta w formie pliku INVOICE
Pełna obsługa wyżej wymienionych komunikatów z punktu widzenia odbiorcy wraz z towarzyszącymi mu dokumentami generowanymi w systemie Comarch ERP XL wygląda następująco:
W wyniku importu katalogu produktów przez klienta w systemie generowana jest oferta zakupu
Na podstawie wygenerowanego w systemie zamówienia zakupu dokonywany jest eksport i złożenie zamówienia u dostawcy
Jeżeli towar został przez dostawce wysłany odbiorca otrzymuje i importuje Awizo Wysyłki, w wyniku czego w systemie generowany jest dokument PZ do bufora
Po sprawdzeniu zgodności kodów i ilości towaru i ewentualnej dokonanej zmianie na ww. dokumencie PZ, po jego ilościowym zatwierdzeniu dokument ten eksportowany jest jako Potwierdzenie Dostawy
Dla ww. dokumentu PZ dokonywany jest import przesłanej przez dostawcę faktury, na podstawie wczytywanego pliku dokonywane jest sprawdzenie zgodności: kodów i ilości towarów oraz ceny zakupu. W przypadku, gdy wartość dostawy na dokumencie PZ nie jest ustalona, następuje zmiana ceny zakupu towarów. Jeżeli w wyniku tych operacji dokumenty: PZ i importowana faktura są zgodne, wówczas do dokumentu PZ tworzony jest spinacz do bufora, w przeciwnym wypadku operator otrzymuje informacje o zaistniałych rozbieżnościach.
Uwaga
W związku z tym, iż niektóre sieci przesyłają w plikach komunikacyjnych ECOD, EAN 14 znakowy, eksportowany kod EAN obcięty jest do 14 znaków, bez względu na to czy występuje na jednostce pomocniczej, na karcie towaru, czy też w polu „Kod u kontrahenta”. Obsługa linii <BuyerItemCode> i <SupplierItemCode> pozostała bez zmian.
W związku z tym, iż niektóre sieci przesyłają w plikach komunikacyjnych ECOD, EAN 14 znakowy, podczas importu komunikatów system Comarch ERP XL będzie interpretować całą zawartość przesyłaną w linii <EAN> i identyfikować towary po tej całej wartości.
Dotyczy importu komunikatów: OZ, ZS, PZ, potwierdzenie dostawy, FZ, FZK.
Eksport dokumentów dokonywany dla sieci elektrotechnicznych
Ustalanie formatu dla dokonywanego eksportu
System Comarch ERP XL umożliwia wymianę komunikatów ProductCatalogue, Order oraz Invoice w formacie przewidzianym dla branży elektrotechnicznej. Operator może więc zdecydować w jakim formacie ma zostać dokonany eksport dokumentu do systemu ECOD. Różnicowanie to zostało oparte na atrybucie wg następującej zasady. Jeżeli na eksportowanym dokumencie OS/ZZ/FS zdefiniowano atrybut o nazwie „FormatEcod” i określono dla niego wartość „Elektro”, wówczas wynikiem eksportu takiego dokumentu będzie generowanie pliku xml wg struktury przewidzianej dla sieci elektrotechnicznej, w przeciwnym wypadku wygenerowany plik będzie miał dotychczasową strukturę, właściwą dla sieci handlowych.
Obsługa opłaty produktowej podczas eksportu faktury sprzedaży
Jeżeli dla pozycji eksportowanego dokumentu FS zostanie dodany atrybut o nazwie „FeeValue” bądź o nazwie „KGO” i podana zostanie wartość liczbowa tego atrybutu, wówczas wartość ta zostanie potraktowana jako cena jednostkowa opłaty produktowej związanej z daną pozycją, a co za tym idzie linia <FeeValue> dla danej linii komunikatu Invoice zostanie wypełniona wartością tego atrybutu.
W celu poprawnej obsługi wyżej wymienionej linii oraz innych linii pliku związanych z opłatą produktową jeden z wyżej wymienionych atrybutów należy dodać do każdego towaru faktury sprzedaży, dla którego opłata ta ma zostać obsłużona, a wartość atrybutu powinna zostać określona na poziomie jednostkowej ceny netto opłaty, wyrażonej z dokładnością do dwóch miejsc po przecinku, bez względu na ilość towaru na tej pozycji FS
Uwaga
W przypadku gdy oba atrybuty, atrybut o nazwie „FeeValue” i atrybut o nazwie „KGO”, zostały dodane na pozycję dokumentu faktury sprzedaży, linia <FeeValue> zostanie wypełniona wartością atrybutu „FeeValue”.
Uwaga
W przypadku gdy oba atrybuty, atrybut o nazwie „FeeValue” i atrybut o nazwie „KGO”, zostały przypięte do obiektu element faktury zakupu, wówczas przy imporcie dokumentu faktury zakupu, na pozycję dokumentu zostanie dodana pierwsza odszukana klasa atrybutu.
Jednostka miary w systemie Comarch ERP XL, a jej odpowiednik w systemie ECOD
Jednostka miary w słowniku jednostek ERP XL
(bez rozróżnienia na małe/duże litery)
Wysyłany w pliku kod/wartość pola
Pliki dla sieci handlowych: Makro, Real, ...
Pliki dla branży elektro – technicznej
PCE, szt, szt.
PCE
WZ, PZ, ZZ, FS, FSK, WZE, FSE, FKE, OS
ZZ, FS, FSK, OS, FSE, FKE
KGM, kg
KGM
WZ, PZ, ZZ, FS, FSK, WZE, FSE, FKE, OS
ZZ, FS, FSK, OS, FSE, FKE
MTR, metr, m
MTR
WZ, PZ, ZZ, FS, FSK, WZE, FSE, FKE, OS
ZZ, FS, FSK, OS, FSE, FKE
MTK, m2, metr kwadratowy
MTK
WZ, PZ, ZZ, FS, FSK, WZE, FSE, FKE, OS
LTR, litr
LTR
WZ, PZ, ZZ, FS, FSK, WZE, FSE, FKE, OS
ZZ, FS, FSK, OS, FSE, FKE
PR, para
PR
WZ, PZ, ZZ, FS, FSK, WZE, FSE, FKE, OS
ZZ, FS, FSK, OS, FSE, FKE
TNE, tona, tona metryczna
TNE
WZ, PZ, ZZ, FS, FSK, WZE, FSE, FKE, OS
ZZ, FS, FSK, OS, FSE, FKE
KMT, kilometr
KMT
FS, FSK, OS, FSE, FKE
ZZ, FS, FSK, OS, FSE, FKE
PA, pa, pacz, op, opa, opak, opakow
PA
FS, FSK, OS, FSE, FKE
ZZ, FS, FSK, OS, FSE, FKE
SET, kpl, komplet
SET
FS, FSK, OS, FSE, FKE
ZZ, FS, FSK, OS, FSE, FKE
CT, karton
CT
FS, FSK, OS, FSE, FKE
PK, paczka
PK
FS, FSK, OS, FSE, FKE
Uwaga
W przypadku gdy symbol jednostki jest inny niż wyżej wymieniony lub z innych powodów nie udaje się go zinterpretować, w pliku przesyłany jest symbol PCE.
Wymiana dokumentów typu faktura za pomocą systemu ECOD
Eksport faktury sprzedaży FS oraz faktury eksportowej FSE do systemu ECOD
Tabela przedstawia strukturę komunikatu typu Invoice oraz zasady ustalania i przesyłania do pliku xml informacji zawartych w eksportowanej fakturze sprzedaży (FS) lub fakturze eksportowej (FSE). Te sekcje, które nie są przez program obsługiwane są w tabeli pozostawione jako puste. Linie występujące wyłącznie w formacie właściwym dla sieci Elektro prezentowane są w kolorze zielonym, linie występujące wyłącznie w formacie Makro w kolorze niebieskim, linie wspólne w kolorze czarnym.
Nazwa pola wraz z przykładem jego wypełnienia
Opis
Źródło informacji (interfejs)
<Document-Invoice>
<Invoice-Header>
<Invoice-Number>FSK-42/09/SER</Invoice-Number>
Numer faktury
Symbol i pełny numer dokumentu FS/FSK lub FSE/FKE, zgodnie z przyjętym w systemie schematem numeracji
<InvoiceDate>2009-10-20</InvoiceDate>
Data faktury
Data wystawienia FS, FSE.
<SalesDate>2009-10-20</SalesDate>
Data sprzedaży
Data sprzedaży FS/(S)FS, FSE/(S)FSE. W przypadku FSK/(S)FSK, FKE/(S)FKE także będzie to data sprzedaży FS/(S)FS, FKE/(S)FKE.
<InvoiceDuplicateDate></InvoiceDuplicateDate>
Data duplikatu
Linia występuje wyłącznie w przypadku eksportu duplikatu faktury. Jeżeli do FS, FSE dodano atrybut o tej nazwie i typie „data” i wypełniono go wartością (datą), wówczas w linii tej przesyłana jest wartość tego atrybutu, w przeciwnym wypadku przesyłana jest data dokonywania eksportu
Ilość dni liczona jako różnica pomiędzy datą sprzedaży i datą płatności
<InvoicePaymentType>42</InvoicePaymentType>
Forma płatności
Forma płatności dokumentu FS, FSE. Wg zasady: gotówka-10, przelew-42, czek-20, kompensata-97, w przypadku, gdy formy nie uda się ustalić przesyłana jest 42-przelew
Adnotacja o podzielonej płatności, uzupełnienia dla faktur i korekt po zaznaczeniu Podzielonej płatności MPP na dokumencie na zakładce [Płatności]
<DocumentFunctionCode>C</DocumentFunctionCode>
Typ dokumentu (kopia, oryginał, …)
Wartość atrybutu „DocumentFunctionCode” zdefiniowanego na zakładce Atrybuty dokumentu FS/FSK, FSE/FKE.
Jeżeli atrybut nie został zdefiniowany, wówczas podczas eksportu dokumentu FS, FSE wysyłany jest symbol „O” – oryginał, a w przypadku eksportu dokumentu FSK, FKE symbol „C” – korekta
Linia pojawia się wyłącznie podczas eksportu FSK/(S)FSK, FKE/(S)FKE, wówczas, gdy powód korekty jest taki sam dla wszystkich korygowanych pozycji lub przyczyna korekty nie została określona na pozycjach, a tylko w Nagłówku
Wartość atrybutu „ReturnsNoticeNumber” zdefiniowanego na zakładce Atrybuty dokumentu FSK.
<ReturnsNoticeDate>08-11-2019</ReturnsNoticeDate>
Data zawiadomienia o zwrotach
</Returns>
<Remarks>Uwagi</Remarks>
Opis/Uwagi
Linia zostanie wypełniona wartością wprowadzoną w polu Opis nagłówka eksportowanego dokumentu FS/(S)FS/FSK/(S)FSK, FSE/(S)FSE/FKE/(S)FKE
<Order>
Sekcja ta pojawi się wówczas, gdy wszystkie linie towarowe wskazują na to samo zamówienie
<BuyerOrderNumber>15/2009</BuyerOrderNumber>
Numer zamówienia
Wartość atrybutu „BuyerOrderNumer”, zdefiniowanego na zakładce Atrybuty dokumentu FS/FSK, FSE/FKE.
<BuyerOrderDate>2009-10-20</BuyerOrderDate>
Data zamówienia
Wartość atrybutu „BuyerOrderDate”, zdefiniowanego na zakładce Atrybuty dokumentu FS/FSK, FSE/FKE.
W przypadku braku atrybutu linia jest uzupełniana datą wystawienia FSK/(S)FSK, FKE/(S)FKE.
Forma płatności dokumentu FS, FSE. Wg zasady: gotówka-10, przelew-42, czek-20, kompensata-97, w przypadku, gdy formy nie uda się ustalić przesyłana jest 42-przelew
<PaymentAmount>3.32</PaymentAmount>
Wartość płatności
<PaymentCurrency>EUR</PaymentCurrency>
Waluta płatności
</Payment>
</Payments>
</Invoice-Header>
<Invoice-Parties>
<Buyer>
<ILN>1212121212122</ILN>
GLN kupującego
Numer GLN wprowadzony na formatce adresu, który jest adresem kontrahenta głównego na dokumencie FS, FSE
<TaxID>125236665588</TaxID>
NIP kupującego
NIP zdefiniowany na formatce adresu, który jest adresem kontrahenta głównego
<AccountNumber></AccountNumber>
Konto bankowe
<Name>ABS</Name>
Nazwa kupującego
Akronim zdefiniowany na formatce adresu, który jest adresem kontrahenta głównego FS, FSE
<StreetAndNumber>Handlowa 3</StreetAndNumber>
Ulica i numer
Dane zdefiniowane na formatce adresu, który jest adresem kontrahenta głównego dokumentu FS, FSE
<CityName>Kraków</CityName>
Miasto
<PostalCode>33-156</PostalCode>
Kod pocztowy
<Country>PL</Country>
Kraj
</Buyer>
<Payer>
<ILN>1212121212122</ILN>
GLN płatnika
Numer GLN wprowadzony na formatce adresu, który jest adresem płatnika na dokumencie FS, FSE
<TaxID>125236665588</TaxID>
NIP płatnika
NIP zdefiniowany na formatce adresu, który jest adresem płatnika
<AccountNumber></AccountNumber>
Konto bankowe płatnika
<Name>ABS</Name>
Nazwa płatnika
Akronim zdefiniowany na formatce adresu, który jest adresem płatnika FS, FSE
<StreetAndNumber>Handlowa 3</StreetAndNumber>
Ulica i numer
Dane zdefiniowane na formatce adresu, który jest adresem płatnika dokumentu FS, FSE
<CityName>Kraków</CityName>
Miasto
<PostalCode>33-156</PostalCode>
Kod pocztowy
<Country>PL</Country>
Kraj
<Payer>
<Invoicee>
<ILN>1212121212122</ILN>
GLN odbiorcy
GLN odbiorcy faktury
<TaxID>125236665588</TaxID>
NIP odbiorcy
NIP odbiorcy faktury
<AccountNumber></AccountNumber>
Konto bankowe
Konto bankowe odbiorcy faktury
<Name>ABS</Name>
Nazwa
Nazwa odbiorcy faktury
<StreetAndNumber>Handlowa 3</StreetAndNumber>
Ulica i numer
Dane zdefiniowane na formatce adresu, który jest adresem kontrahenta głównego dokumentu FS, FSE
<CityName>Kraków</CityName>
Miasto
<PostalCode>33-156</PostalCode>
Kod pocztowy
<Country>PL</Country>
Kraj
</Invoicee>
<Seller>
<ILN>1313131313133</ILN>
GLN sprzedającego
Numer GLN zdefiniowany na pieczątce firmy przypisanej do centrum będącego właścicielem dokumentu FS, FSE
<TaxID>125236669902</TaxID>
NIP sprzedawcy
NIP zdefiniowany na wyżej wymienionej pieczątce firmy
<AccountNumber></AccountNumber>
Konto bankowe
<CodeByBuyer>1414141414144</CodeByBuyer>
Kod wg kupującego
<Name&;gtCDK</Name>
Nazwa sprzedawcy
<StreetAndNumber>Mała 14</StreetAndNumber>
Ulica i numer
Dane z pieczątki firmy przypisanej do centrum będącego właścicielem dokumentu FS, FSE
Obsługa pola UtilizationRegisterNumber odbywa poprzez pobranie wartości z pieczątki firmy, która przypięta jest do centrum w ramach, którego rejestrowany jest dokument z pola: "Numer GIOŚ”
Informacja o sądzie rejestrowym, nr rejestru, wysokości kapitału
Dane z sekcji Organ rejestrowy pieczątki odszukanej jw. (zakładka Deklaracje)
</Seller>
<Payee>
<ILN>1515151515155</ILN>
GLN odbiorcy płatności
Zgodny z Seller/ILN
<TaxID>125236669902</TaxID>
NIP odbiorcy płatności
Zgodny z Seller/TaxID
<AccountNumber>1245555666668555</AccountNumber>
Konto bankowe odbiorcy płatności
Numer rachunku bankowego z zakładki Nagłówek dokumentu FS, FSE
<Name>ABS</Name>
Nazwa odbiorcy płatności
Dane zgodne z danymi dla sekcji Seller
<StreetAndNumber>Handlowa 3</StreetAndNumber>
Ulica i numer
<CityName>Kraków</CityName>
Miasto
<PostalCode>33-156</PostalCode>
Kod pocztowy
<Country>PL</Country>
Kraj
</Payee>
<SellerHeadquarters>
<ILN>1313131313133</ILN>
Dane dotyczące siedziby firmy
Dane z pieczątki centrum głównego firmy, niezależnie od tego, które centrum jest właścicielem eksportowanego dokumentu
<Name>CDK</Name>
<StreetAndNumber> Mała 14</StreetAndNumber>
<CityName>Kraków</CityName>
<PostalCode>33-185</PostalCode>
<Country>PL</Country>
</SellerHeadquarters>
</Invoice-Parties>
<Invoice-Lines>
<Line>
<Line-Item>
<LineNumber>1</LineNumber>
Numer pozycji w fakturze
Kolejny numer pozycji wczytywanej z FS, FSE do pliku
<EAN>4444444444444</EAN>
EAN towaru
<BuyerItemCode></BuyerItemCode>
Kod produktu wg nabywcy
<SupplierItemCode></SupplierItemCode>
Kod produktu wg sprzedawcy
<ItemDescription>buty</ItemDescription>
Nazwa produktu
Nazwa towaru podana na pozycji dokumentu. Jeżeli na karcie towarowej dodano atrybut: „ItemDescription” to w linii <ItemDescription> pojawi się wprowadzona nazwa.
<ItemType>CU</ItemType>
Typ towaru (jednostka handlowa lub opakowanie zwrotne)
<InvoiceQuantity>7</InvoiceQuantity>
Zafakturowana ilość
Wartość atrybutu o nazwie Precyzja ilości zdefiniowanego dla nagłówka dokumentu. Możliwe wartości 3,4. W przypadku innej wartości ustawiana wartość domyślna 3.
Jednostka miary sztuki detalicznej w jednostce zbiorczej
<InvoiceUnitNetPrice>120.00</InvoiceUnitNetPrice>
Cena netto
Wartość atrybutu o nazwie Precyzja ceny zdefiniowanego dla nagłówka dokumentu. Możliwe wartości 2,3,4. W przypadku innej wartości ustawiana jest wartość domyślna 2.
<TaxRate>22.00</TaxRate>
Stawka VAT
To pole nie jest eksportowane, jeżeli stawka jest równa 0% (zwolniony).
<TaxCategoryCode>S</TaxCategoryCode>
Kod stawki
Kod stawki:
"E" (exempt) - zwolniony
"S" (standard) - inna, wyrażona liczba
Wartość atrybutu o nazwie Precyzja ilości zdefiniowanego dla nagłówka dokumentu. Możliwe wartości 3,4. W przypadku innej wartości ustawiana wartość domyślna 3.
Wartość atrybutu o nazwie Precyzja ceny zdefiniowanego dla nagłówka dokumentu. Możliwe wartości 2,3,4. W przypadku innej wartości ustawiana wartość domyślna 2.
Wartość atrybutu o nazwie Precyzja ilości zdefiniowanego dla nagłówka dokumentu. Możliwe wartości 3,4. W przypadku innej wartości ustawiana wartość domyślna 3.
Wartość atrybutu o nazwie Precyzja ceny zdefiniowanego dla nagłówka dokumentu. Możliwe wartości 2,3,4. W przypadku innej wartości ustawiana wartość domyślna 2.
Najczęstsze problemy występujące przy eksporcie FS, FSE do systemu ECOD
Aby eksport dokumentu FS, FSE do ECOD przebiegł prawidłowo, system musi mieć dostęp do tych informacji, które są informacjami obowiązkowymi dla komunikatu Invoice. Tabela przedstawia najczęstsze problemy, z jakimi operator może się spotkać podczas wykonywania operacji Eksport do ECOD i ich przyczyny:
Treść informacji w logu
Przyczyna
Remedium
Nie określono GLN kontrahenta
Dla adresu, który jest adresem kontrahenta głównego FS, FSE nie zdefiniowano numeru GLN
Odnaleźć adres wskazany na FS, FSE jako adres kontrahenta głównego i wpisać na formatce adresu numer GLN
Nie określono GLN kontrahenta
Dla adresu, który jest adresem kontrahenta docelowego na FS, FSE nie zdefiniowano numeru GLN
Odnaleźć adres wskazany na FS, FSE jako adres kontrahenta docelowego i wpisać na formatce adresu numer GLN
Nie określono GLN firmy na pieczątce
Do centrum będącego właścicielem dokumentu FS, FSE nie przypisano pieczątki lub na przypisanej pieczątce nie zdefiniowano numeru GLN
Przypisać do centrum pieczątkę lub jeżeli jest ona już przypisana wpisać na niej numer GLN
Nie określono numeru NIP firmy
Do centrum będącego właścicielem dokumentu FS, FSE nie przypisano pieczątki lub na przypisanej pieczątce nie zdefiniowano numeru NIP
Przypisać do centrum pieczątkę lub jeżeli jest ona już przypisana wpisać na niej numer NIP
Nie określono numeru rachunku na rejestrze dokumentu
Na zakładce Nagłówek dokumentu FS, FSE nie wybrano rejestru bankowego
Wybrać rejestr bankowy na dokumencie FS, FSE
Nie określono numeru EAN na karcie towaru: T1
(format Makro)
Dla towaru T1 będącym elementem dokumentu FS, FSE nie zdefiniowano numeru EAN (błąd wystąpi, jeżeli dla towaru nie zdefiniowano żadnego z poniższych numerów: brak numeru na formatce jednostki pomocniczej towaru użytej na dokumencie FS, FSE, brak numeru EAN na zakładce Ogólne karty towaru T1, brak „kodu u kontrahenta” dla Odbiorcy zgodnego z kontrahentem głównym FS, FSE
Jeżeli użyto jednostki pomocniczej towaru i wysłana ma być ilość w tej jednostce, należy określić EAN na formatce tej jednostki pomocniczej towaru. Jeżeli wysłana ma być ilość w jednostce głównej należy zdefiniować EAN na zakładce Ogólne karty towaru T1 lub wpisać EAN w polu „u kontrahenta” na formatce Odbiorca towaru, definiowanej na zakładce Kontrahenci karty towaru T1 dla kontrahenta głównego FS, FSE
Import faktury FZ z systemu ECOD
W wyniku dokonywanej operacji Import FZ z ECOD w systemie zostaje wygenerowany dokument FZ. Podstawowe dane na tym dokumencie ustalane są na podstawie przekazanych w pliku Invoice informacji. Sposób interpretacji tych danych przedstawia. Puste sekcje w tabeli oznaczają, że informacje, których dotyczą nie są przez system interpretowane.
Sekcje: Order, Reference, Delivery, Line-Order, Line-Reference, Line-Delivery, Invoice-Summary nie są interpretowane, stąd zostały w tabeli pominięte.
Nazwa pola wraz z przykładem jego wypełnienia
Opis
Źródło informacji (interfejs)
<Document-Invoice>
<Invoice-Header>
<Invoice-Number>FS-48/09/SER</Invoice-Number>
Numer faktury
Numer faktury przepisywany jest do pola Faktura na zakładce Nagłówek dokumentu FZ
<InvoiceDate>2009-10-06</InvoiceDate>
Data faktury
Na tej podstawie ustalana jest data wystawienia dokumentu FZ
Jeżeli dla obiektu „FZ” zdefiniowano klasę atrybutu o nazwie „InvoiceDuplicateDate”, wówczas na generowanym w wyniku importu dokumencie FZ ta klasa zostanie automatycznie dodana i wypełniona wartością atrybutu zgodną z przesyłaną w pliku
<InvoiceCurrency>PLN</InvoiceCurrency>
Waluta
Waluta FZ, widoczna na zakładce Nagłówek dokumentu FZ. Jeżeli waluta jest inna niż PLN, wówczas na dokumencie zaznaczony zostaje parametr „import” i ustalony kurs bieżący o rodzaju zdefiniowanym w definicji dokumentu FZ centrum, które wykonuje operację importu
Na tej podstawie ustalany jest termin płatności (data) na dokumencie FZ oraz na jego płatnościach
<InvoicePaymentTerms>30</InvoicePaymentTerms>
Termin płatności w dniach
Termin w dniach jest wyliczany samodzielnie jako różnica pomiędzy datą płatności (InvoicePaymentDueDate) a odpowiednio: datą wpływu, wystawienia lub zakupu – w zależności od dokonanego wyboru w definicji dokumentu FZ („Płatność od daty…” zakładka Parametry)
<InvoicePaymentType>42</InvoicePaymentType>
Forma płatności
Na tej podstawie ustalana jest forma płatności na FZ, wg zasady: 10-gotówka, 42-przelew, 20-czek, 97-kompensata, jeżeli w systemie nie zdefiniowano takiej formy, lub linia ta nie jest przesyłana, wówczas na FZ ustalana jest forma domyślna
Jeżeli linia jest wypełniona wówczas jej wartość zostanie zapisana w polu Opis dokumentu FZ/(S)FZ.
</Invoice-Header>
<Invoice-Parties>
<Buyer>
<ILN>1212121212122</ILN>
GLN kupującego
<TaxID>125236665588</TaxID>
NIP kupującego
<AccountNumber></AccountNumber>
Konto bankowe kupującego
<Name>ABS</Name>
Nazwa kupującego
<StreetAndNumber>Handlowa 3</StreetAndNumber>
Ulica i numer
<CityName>Kraków</CityName>
Miasto
<PostalCode>33-156</PostalCode>
Kod pocztowy
<Country>PL</Country>
Kraj
</Buyer>
<Invoicee>
<ILN>1212121212122</ILN>
GLN odbiorcy
<TaxID>125236665588</TaxID>
NIP odbiorcy
<AccountNumber></AccountNumber>
Konto bankowe
<Name>ABS</Name>
Nazwa
<StreetAndNumber>Handlowa 3</StreetAndNumber>
Ulica i numer
<CityName>Kraków</CityName>
Miasto
<PostalCode>33-156</PostalCode>
Kod pocztowy
<Country>PLN</Country>
Kraj
</Invoicee>
<Seller>
<ILN>1313131313133</ILN>
GLN sprzedającego
Na tej podstawie ustalany jest kontrahent główny na dokumencie FZ w sposób następujący:
Najpierw poszukiwany jest kontrahent z numerem GLN zdefiniowanym na zakładce Ogólne karty kontrahenta zgodnym z przesyłanym GLN, jeżeli zostanie on odnaleziony, wówczas zostanie on ustalony jako kontrahent główny z jego adresem aktualnym.
Jeżeli ww. kontrahent nie zostanie odnaleziony, wówczas poszukiwany jest adres z numerem GLN zgodnym z przesyłanym nr GLN. Tak odnaleziony adres staje się adresem kontrahenta głównego na dokumencie FZ, a kontrahentem głównym kontrahent z tego adresu.
Kontrahent docelowy jest zgodny z kontrahentem głównym, a adres zgodny z adresem aktualnym kontrahenta
<TaxID>125236669902</TaxID>
NIP sprzedawcy
<AccountNumber></AccountNumber>
Konto bankowe sprzedawcy
<CodeByBuyer>1414141414144</CodeByBuyer>
Kod wg kupującego (kod pod jakim sprzedawca figuruje u odbiorcy)
Jeżeli dla obiektu „FZ” zdefiniowano klasę atrybutu o nazwie „CodeByBuyer” i jeżeli w pliku jest ten numer przesyłany, wówczas na generowanym w wyniku importu dokumencie FZ ta klasa zostanie automatycznie dodana i wypełniona wartością atrybutu zgodną z przesyłaną w pliku zawartością sekcji <CodeByBuyer>
Jeżeli dla obiektu „FZ” zdefiniowano klasę atrybutu o nazwie „UtilizationRegisterNumber”, wówczas na generowanym w wyniku importu dokumencie FZ ta klasa zostanie automatycznie dodana i wypełniona wartością zgodną z przesyłaną w pliku zawartością tej linii
</Seller>
<Payee>
<ILN>1515151515155</ILN>
GLN odbiorcy płatności
Na tej podstawie ustalony zostaje płatnik na dokumencie FZ (interpretowany jako odbiorca płatności)
<TaxID>125236669902</TaxID>
NIP odbiorcy płatności
<AccountNumber></AccountNumber>
Konto bankowe odbiorcy płatności
<Name>ABS</Name>
Nazwa odbiorcy płatności
<StreetAndNumber>Handlowa 3</StreetAndNumber>
Ulica i numer
<CityName>Kraków</CityName>
Miasto
<PostalCode>33-156</PostalCode>
Kod pocztowy
<Country>PL</Country>
Kraj
</Payee>
</Invoice-Parties>
<Invoice-Lines>
<Line>
<Line-Item>
<LineNumber>1</LineNumber>
Numer pozycji w fakturze
<EAN>4444444444444</EAN>
EAN towaru
Na tej podstawie identyfikowany jest towar, którego faktura dotyczy wg kolejności: najpierw sprawdzane są jednostki pomocnicze towaru, jeżeli zostanie odnaleziona jednostka pomocnicza z numerem EAN zgodnym z przesłanym, wówczas na elemencie FZ ustalany jest dany towar w tej jednostce.
Jeżeli jednostka taka nie zostanie odnaleziona, wówczas poszukiwany jest towar, dla którego na zakładce Ogólne zdefiniowano EAN zgodny z przesyłanym i towar spełniający ww. warunek zostaje ustalony na elemencie FZ.
Jeżeli taki towar nie zostanie odnaleziony, wówczas poszukiwany jest towar, dla którego na zakładce Kontrahenci „kod u kontrahenta” zgodny z przesyłanym EAN-em. W przypadku tak odnalezionego towaru, jeżeli dla kontrahenta tego towaru zdefiniowano jednostkę pomocniczą, wówczas towar taki dodawany jest na FZ z tą jednostką jako pomocnicza
<BuyerItemCode></BuyerItemCode>
Kod produktu wg nabywcy
Jeżeli EAN nie jest przesyłany, wówczas ustalony zostanie towar z kodem (Twr_Kod) zgodnym z wartością przesyłaną w tej linii
<SupplierItemCode></SupplierItemCode>
Kod produktu wg sprzedawcy
Jeżeli ani EAN ani BuyerItemCode nie jest przesyłany, wówczas ustalany jest towar, dla którego na formatce dostawcy zdefiniowano: kod u kontrahenta” zgodny z wartością przesyłaną w tej linii.
<ItemDescription>buty</ItemDescription>
Nazwa produktu
Nazwa towaru podana na pozycji dokumentu. Jeżeli na karcie towarowej dodano atrybut: „ItemDescription” to w linii <ItemDescription> pojawi się wprowadzona nazwa.
<ItemType>CU</ItemType>
Typ towaru
<InvoiceQuantity>2</InvoiceQuantity>
Zafakturowana ilość
Jeżeli towar zostanie zidentyfikowany na podstawie EAN-u jednostki pomocniczej, czyli na podstawie EAN-u zdefiniowanego na formatce jednostki pomocniczej lub na podstawie „kod u kontrahenta”, dla którego zdefiniowano jednostkę pomocniczą, wówczas przesłana ilość traktowana jest jako ilość w jednostce pomocniczej, a ilość w jednostce głównej wyliczana jest na podstawie przelicznika do jednostki pomocniczej.
W pozostałych wypadkach przesyłana ilość traktowana jest jako ilość w jednostce podstawowej i taka jest ustalana na elemencie FZ. W takim wypadku jednostka pomocnicza pojawi się na elemencie FZ tylko wówczas, jeżeli jest ona domyślna dla zakupu, a jej ilość zostanie wyliczona na podstawie ilości w jednostce głównej i przelicznika.
Jednostka miary sztuki detalicznej w jednostce zbiorczej
<InvoiceUnitNetPrice>23.45</InvoiceUnitNetPrice>
Cena netto
Jeżeli towar znaleziony zostanie wg jednostki pomocniczej (patrz wyżej), wówczas przesyłana cena jest traktowana jako cena dla tej jednostki pomocniczej, a cena dla jednostki głównej wyliczana wtórnie.
W pozostałych wypadkach przesyłana cena jest interpretowana jako cena jednostkowa dla jednostki głównej.
W każdym przypadku, jeżeli waluta faktury jest inna niż PLN, wówczas przesyłana cena jest przeliczana na PLN po kursie bieżącym
<TaxRate>7.00</TaxRate>
Stawka VAT
Na tej podstawie ustalana jest stawka VAT pozycji dokumentu FZ
<TaxCategoryCode>S</TaxCategoryCode>
Kod stawki
Istotna dla TaxRate=0, wówczas przesyłany kod jest interpretowany następująco: "Z" - na elemencie ustalona zostanie ta stawka 0%, dla której w systemie zdefiniowano status "nie podlega"; "E" - na elemencie ustalona zostanie ta stawka 0%, dla której w systemie zdefiniowano status "zwolniony"
Jeżeli do pozycji FZ przypisano klasę atrybutu o nazwie FeeValue, wówczas na utworzonym w wyniku importu elemencie dokumentu FZ atrybut ten zostanie automatycznie dodany i wypełniony wartością przesyłaną w tej linii
<FeeNetAmount>0.06</FeeNetAmount>
Wartość ww. kosztu
</ProductFeeDetails>
</Line-Item>
</Line>
</Invoice-Lines>
Pełna nazwa pliku Invoice zapisywana jest w polu URL zakładka Nagłówek generowanego dokumentu FZ
</Document-Invoice>
Najczęstsze problemy występujące podczas importu faktury zakupu z ECOD
Aby operacja importu pliku Invoice przebiegła prawidłowo, system muszą odnaleźć i odpowiednio zinterpretować przesyłane w pliku informacje. Tabela przedstawia najczęstsze problemy, z jakimi operator może się spotkać podczas wykonywania operacji Import FZ z ECOD i ich przyczyny.
Treść informacji w logu
Przyczyna
Remedium
Nie znaleziono waluty
W programie XL nie zdefiniowano waluty o symbolu zgodnym z przesyłaną waluta faktury
Sprawdzić w sekcji <Invoice-Currency> importowanego pliku symbol waluty, zdefiniować taką walutę w systemie
Nie udało się odnaleźć kontrahenta o numerze GLN: 1256565656565
W systemie nie ma kontrahenta, dla którego istniałby (na jego karcie lub formatce adresu) numer GLN zgodny z przesyłanym w pliku
Wprowadzić numer GLN na zakładce Ogólne karty kontrahenta-sprzedawcy, a jeżeli adres kontrahenta ma być inny niż jego adres aktualny, wówczas wprowadzić numer GLN na jednym z jego adresów
Nie udało się odnaleźć towaru o numerze EAN 1255555555555
W systemie nie istnieje towar z numerem EAN zgodnym z przesyłanym w pliku (błąd wystąpi, jeżeli nie zostanie odnaleziony EAN w żadnej ze wskazanych pozycji: brak jednostki pomocniczej z numerem EAN zgodnym z przesyłanym, brak karty towaru, na której na zakładce Ogólne zdefiniowano EAN zgodny z przesyłanym, brak towaru, dla którego zdefiniowano „kod u kontrahenta” zgodny z przesyłanym
Na towarze, którego dotyczy importowana faktura należy zdefiniować numer EAN zgodny z przesyłanym
Nie znaleziono w konfiguracji wybranej stawki podatkowej 7% S
W programie nie zdefiniowano stawki podatkowej 7%
Dodać brakująca stawkę podatku do konfiguracji systemu
Wymiana katalogu produktów za pomocą systemu ECOD
Eksport katalogu produktów OS do systemu ECOD
Podstawą generowania pliku xml dla komunikatu Product Catalogue wysyłanego do odbiorcy jest zarejestrowana w systemie oferta na sprzedaż. Tabela przedstawia strukturę komunikatu typu Product Catalogue oraz zasady ustalania i przesyłania do pliku xml informacji zawartych w eksportowanej ofercie sprzedaży. Sekcje, które nie są przez program obsługiwane, pozostawione są w tabeli jako puste. Linie występujące wyłącznie w formacie właściwym dla sieci Elektro prezentowane są w kolorze zielonym, linie występujące wyłącznie w formacie Makro w kolorze niebieskim, linie wspólne w kolorze czarnym.
Nazwa towaru podana na pozycji dokumentu. Jeżeli na karcie towarowej dodano atrybut: „ItemDescription” to w linii <ItemDescription> pojawi się wprowadzona nazwa.
<ItemType>CU</ItemType>
Identyfikator opakowania zwrotnego.
"CU" – jednostka handlowa
"RC" – opakowanie zwrotne
<UnitOfMeasure>PCE</UnitOfMeasure>
Jednostka miary
"PCE" – sztuka
"KGM" – kilogram
"MTR" - metr
"KMT" – kilometr
"PA" - opakowanie
"SET" - komplet
"PR" - para
"TNE" – tona metryczna
"LTR" - litr
<UnitNetPrice>81.97</UnitNetPrice> TYLKO MAKRO
Cena jednostkowa netto
<TaxRate>22.00</TaxRate>
Stawka VAT
To pole nie jest eksportowane, jeżeli stawka jest równa 0% (zwolniony).
<TaxCategoryCode>S</TaxCategoryCode>
Kod stawki
Kod stawki:
"E" (exempt) - zwolniony
"S" (standard) - inna, wyrażona liczba
<TaxReference>
<ReferenceType>PKWIU</ReferenceType>
Kod typu referencji
<ReferenceNumber></ReferenceNumber>
Kod PKWIU
</TaxReference>
<PackDetails>
<UnitPackSize>1.000</UnitPackSize> TYLKO MAKRO
Ilość w opakowaniu zbiorczym w jednostce miary
</PackDetails>
</Line-Item>
</Line>
</ProductCatalogue-Lines>
<ProductCatalogue-Summary>
<TotalLines>1</TotalLines>
Ilość linii
</ProductCatalogue-Summary>
</Document-ProductCatalogue>
Najczęstsze problemy występujące podczas eksportu katalogu produktów do systemu ECOD
Aby eksport katalogu produktu do ECOD przebiegł prawidłowo, system musi mieć dostęp do tych informacji, które są informacjami obowiązkowymi dla komunikatu Product Catalog. Tabela przedstawia najczęstsze problemy, z jakimi operator może się spotkać podczas wykonywania operacji Eksport do ECOD i ich przyczyny.
Treść informacji w logu
Przyczyna
Remedium
Nie określono numeru GLN firmy na pieczątce
Do centrum będącego właścicielem dokumentu ZZ nie przypisano pieczątki lub na przypisanej pieczątce nie zdefiniowano numeru GLN
Przypisać do centrum pieczątkę lub jeżeli jest ona już przypisana wpisać na niej numer GLN
Nie określono numeru GLN kontrahenta
Dla adresu, który jest adresem kontrahenta głównego ZZ nie zdefiniowano numeru GLN
Odnaleźć adres wskazany na ZZ jako adres kontrahenta głównego i wpisać na formatce adresu numer GLN
Nie określono numeru GLN miejsca dostawy
Do centrum będącego właścicielem ZZ nie została przypisana pieczątka lub też nie zdefiniowano żadnego z poniższych numerów GLN: numeru GLN na formatce adresu wysyłkowego kontrahenta wewnętrznego przypisanego do pieczątki firmy, numeru GLN na pieczątce firmy
Przypisać pieczątkę do centrum-właściciela ZZ i wpisać na niej numer GLN. Jeżeli miejsce dostawy ma być inne niż adres z pieczątki, przypisać do pieczątki kontrahenta wewnętrznego, zdefiniować dla niego adres wysyłkowy zgodny z miejscem dostawy i wprowadzić na nim numer GLN
Nie określono numeru GLN punktu wysyłki
Dla adresu, który jest adresem kontrahenta docelowego ZZ nie zdefiniowano numeru GLN
Sprawdzić, który adres został wybrany jako adres kontrahenta docelowego ZZ, zdefiniować na formatce tego adresu numer GLN
Nie określono numeru EAN na karcie towaru: T1
(format Makro)
Dla towaru T1 będącym elementem dokumentu ZZ nie zdefiniowano numeru EAN (błąd wystąpi, jeżeli dla towaru nie zdefiniowano żadnego z poniższych numerów: brak numeru na formatce jednostki pomocniczej towaru użytej na dokumencie ZZ, brak numeru EAN na zakładce Ogólne karty towaru T1, brak „kodu u kontrahenta” dla Odbiorcy zgodnego z kontrahentem głównym ZZ
Jeżeli użyto jednostki pomocniczej towaru i wysłana ma być ilość w tej jednostce, należy określić EAN na formatce tej jednostki pomocniczej towaru. Jeżeli wysłana ma być ilość w jednostce głównej należy zdefiniować EAN na zakładce Ogólne karty towaru T1 lub wpisać EAN w polu „u kontrahenta” na formatce Odbiorca towaru, definiowanej na zakładce Kontrahenci karty towaru T1 dla kontrahenta głównego ZZ
Import katalogu produktów OZ z systemu ECOD
W wyniku dokonywanej z poziomu listy zamówień sprzedaży operacji: Import z ECOD w systemie zostaje wygenerowany dokument ZS. Podstawowe dane na tym dokumencie ustalane są na podstawie przekazanych w pliku Order informacji. Sposób interpretacji tych danych przedstawia poniższa tabela. Puste sekcje w tabeli oznaczają, że informacje, których dotyczą nie są przez system interpretowane.
Najczęstsze problemy występujące podczas importu katalogu produktów OZ z ECOD
Aby operacja importu pliku ProductCatalog przebiegła prawidłowo, system musi odnaleźć i odpowiednio zinterpretować przesyłane w pliku informacje. Tabela przedstawia najczęstsze problemy, z jakimi operator może się spotkać podczas wykonywania operacji Import OZ z ECOD i ich przyczyny.
Treść informacji w logu
Przyczyna
Remedium
Nie znaleziono waluty
W programie XL nie zdefiniowano waluty o symbolu zgodnym z przesyłaną waluta faktury
Sprawdzić w sekcji <Invoice-Currency> importowanego pliku symbol waluty, zdefiniować taką walutę w systemie
Nie udało się odnaleźć kontrahenta o numerze GLN: 1256565656565
W systemie nie ma kontrahenta, dla którego istniałby (na jego karcie lub formatce adresu) numer GLN zgodny z przesyłanym w pliku
Wprowadzić numer GLN na zakładce Ogólne karty kontrahenta-sprzedawcy, a jeżeli adres kontrahenta ma być inny niż jego adres aktualny, wówczas wprowadzić numer GLN na jednym z jego adresów
Nie udało się odnaleźć towaru o numerze EAN 1255555555555
W systemie nie istnieje towar z numerem EAN zgodnym z przesyłanym w pliku (błąd wystąpi, jeżeli nie zostanie odnaleziony EAN w żadnej ze wskazanych pozycji: brak jednostki pomocniczej z numerem EAN zgodnym z przesyłanym, brak karty towaru, na której na zakładce Ogólne zdefiniowano EAN zgodny z przesyłanym, brak towaru, dla którego zdefiniowano „kod u kontrahenta” zgodny z przesyłanym
Na towarze, którego dotyczy importowana faktura należy zdefiniować numer EAN zgodny z przesyłanym
Nie znaleziono w konfiguracji wybranej stawki podatkowej 7% S
W programie nie zdefiniowano stawki podatkowej 7%
Dodać brakująca stawkę podatku do konfiguracji systemu
Wymiana zamówień za pomocą systemu ECOD
Eksport zamówienia zakupu ZZ do systemu ECOD
Podstawą generowania pliku xml dla komunikatu Order wysyłanego do dostawcy jest zarejestrowane w systemie zamówienie zakupu. Tabela przedstawia strukturę komunikatu typu Order oraz zasady ustalania i przesyłania do pliku xml informacji zawartych w eksportowanym zamówieniu. Sekcje, które nie są przez program obsługiwane, pozostawione są w tabeli jako puste. Linie występujące wyłącznie w formacie właściwym dla sieci Elektro prezentowane są w kolorze zielonym, linie występujące wyłącznie w formacie Makro w kolorze niebieskim, linie wspólne w kolorze czarnym.
Nazwa pola wraz z przykładem jego wypełnienia
Opis
Źródło informacji (interfejs)
<Document-Order>
<Order-Header>
<OrderType>220</OrderType>
Rodzaj zamówienia
Wartość atrybutu o nazwie OrderType zdefiniowanego na zakładce Atrybuty dokumentu ZZ, a jeżeli jej brak, wówczas wysyłane jest 220
Wartość atrybutu o nazwie ResponseType zdefiniowanego na zakładce Atrybuty dokumentu ZZ, a jeżeli jej brak, wówczas wysyłane jest NA
<PaymentType>42</PaymentType>
Forma płatności
Forma płatności dokumentu ZZ, wg zasady: gotówka-10, przelew-42, czek-20, kompensta-97, w przypadku, gdy formy nie uda się ustalić linia jest pusta
<Remarks></Remarks>
Opis/Uwagi
Informacje pobierane z pola „Opis” na zakładce Nagłówek.
</Order-Header>
<DetailsOfTransport>
<TermsOfDelivery>BY</TermsOfDelivery>
Wartość atrybutu o nazwie TermsOfDelivery zdefiniowanego na zakładce Atrybuty dokumentu ZZ
<CarrierName>ABC</CarrierName>
Nazwa spedytora zdefiniowanego na wysyłce, do której spięto ZZ
</DetailsOfTransport>
<Order-Parties>
<Buyer>
<ILN>3333333333333</ILN>
GLN kupującego
Dane z pieczątki centrum głównego firmy, niezależnie od tego, które centrum jest właścicielem eksportowanego dokumentu
<PartyName>ABS</PartyName>
Nazwa kupującego
Dane z ww. pieczątki firmy
<StreetAndNumber>Handlowa 3</StreetAndNumber>
<CityName>Kraków</CityName>
<PostalCode>33-156</PostalCode>
<Country>PL</Country>
<TelephoneNo>012334569658</TelephoneNo>
<FaxNo>012565986555</FaxNo>
</Buyer>
<BuyerHeadquarters>
<ILN>3333333333333</ILN>
GLN siedziby kupującego
Dane z pieczątki centrum głównego firmy, niezależnie od tego, które centrum jest właścicielem eksportowanego dokumentu
<Name>K2</Name>
Nazwa kupującego
<StreetAndNumber>czarna</StreetAndNumber>
Ulica i numer
<CityName>Warszawa</CityName>
Miasto
<PostalCode>00-000</PostalCode>
Kod pocztowy
<Country />
Kraj (kodowane ISO 3166)
</BuyerHeadquarters>
<Seller>
<ILN>2222222222222</ILN>
GLN Sprzedającego
Numer GLN zdefiniowany na formatce adresu, który jest adresem kontrahenta głównego na dokumencie ZZ
<Name>K1</Name>
Nazwa sprzedawcy
<CodeByBuyer />
Kod sprzedawcy według Kupującego
<Fax />
Numer faksu sprzedawcy
<PartyName>ABC</PartyName>
Nazwa sprzedawcy
Dane z ww. adresu
<CodeByBuyer>121254555</CodeByBuyer>
Kod wg kupującego
Wartość atrybutu o nazwie CodeByBuyer zdefiniowanego na zakładce Atrybuty dokumentu ZZ
<StreetAndNumber>Handlowa 3</StreetAndNumber>
Dane z ww. adresu
<CityName>Kraków</CityName>
<PostalCode>33-156</PostalCode>
<Country>PL</Country>
<TelephoneNo>012334569658</TelephoneNo>
<FaxNo>012565986555</FaxNo>
</Seller>
<DeliveryPoint>
<ILN>1111111111111</ILN>
GLN miejsca dostawy
Numer GLN zdefiniowany na formatce adresu wysyłkowego kontrahenta wewnętrznego przypisanego do pieczątki centrum będącego właścicielem ZZ.
Jeżeli ww. GLN nie zostanie odnaleziony, wówczas wysyłany jest numer GLN z ww. pieczątki
Jeżeli na ww. pieczątce nie określono numeru GLN wówczas wysyłany jest numer GLN z najbliższego centrum nadrzędnego, którego pieczątka posiada określony numer GLN
<Name>K2</Name>
Nazwa miejsca dostawy
<PartyName>WWA</PartyName>
Nazwa miejsca dostawy
Dane pobrane z ww. adresu/pieczątki
<StreetAndNumber>Handlowa 3</StreetAndNumber>
<CityName>Kraków</CityName>
<PostalCode>33-156</PostalCode>
<Country>PL</Country>
<TelephoneNo>012334569658</TelephoneNo>
<FaxNo>012565986555</FaxNo>
</DeliveryPoint>
<ShipFrom>
<ILN>4444444444444</ILN>
GLN punktu wysyłki
Numer GLN zdefiniowany na formatce adresu, który jest adresem kontrahenta docelowego dokumentu ZZ
</ShipFrom>
<UltimateCustomer>
<ILN>4444444444444</ILN>
GLN kontrahenta
Numer GLN zdefiniowany na formatce adresu, który jest adresem kontrahenta przypisanego do atrybutu o nazwie UltimateCustomer, zdefiniowanego na zakładce Atrybuty dokumentu ZZ
</UltimateCustomer>
</Order-Parties>
<Order-Lines>
<Line>
<Line-Item>
<LineNumber>1</LineNumber>
Numer linii
Kolejny numer pozycji wczytywanej z ZZ do pliku
<EAN>4444444444444</EAN>
EAN towaru
Kod EAN zdefiniowany na formatce jednostki pomocniczej użytej na elemencie ZZ.
Jeżeli kod EAN nie został dla tej jednostki zdefiniowany lub na elemencie ZZ jednostka pomocnicza nie została użyta, wówczas wysyłany jest kod EAN z zakładki Ogólne karty towaru.
Jeżeli i tam nie zostanie znaleziony, wówczas wysyłany jest kod z pola "kod u kontrahenta" definiowanego na zakładce Kontrahenci karty towaru dla kontrahenta głównego ZZ
<BuyerItemCode></BuyerItemCode>
Kod towaru u kupującego
Kod towaru z założonej w systemie karty towaru
<SupplierItemCode></SupplierItemCode>
Kod towaru u sprzedawcy
Kod zdefiniowany na formatce "Dostawca towaru" w polu "Kod u kontrahenta", dostępnej na zakładce Kontrahenci karty towaru, dla kontrahenta zgodnego z kontrahentem głównym ZZ
<ItemDescription></ItemDescription>
Nazwa towaru
Nazwa towaru podana na pozycji dokumentu. Jeżeli na karcie towarowej dodano atrybut: „ItemDescription” to w linii <ItemDescription> pojawi się wprowadzona nazwa.
<LineRemarks>opis</LineRemarks>
Informacja tekstowa
Treść wprowadzona w polu Opis elementu ZZ
<ItemType>CU</ItemType>
Identyfikator towaru
Jeżeli element ZZ jest kaucją (zaznaczony parametr "kaucja" na karcie towaru), wówczas wysyłany jest symbol kaucji tj. RC, w pozostałych przypadkach symbol jednostki handlowej tj.CU
<OrderedQuantity>2</OrderedQuantity>
Zamawiana ilość
Jeżeli wysyłany jest EAN zdefiniowany dla jednostki pomocniczej, użytej na elemencie ZZ, wówczas wysyłana jest ilość w jednostce pomocniczej, w przeciwnym razie tj., jeżeli wysyłany jest EAN zdefiniowany na zakładce Ogólne karty towaru lub kod u kontrahenta, wówczas wysyłana jest ilość w jednostce podstawowej.
<OrderedUnitPackSize>1.000</OrderedUnitPackSize>
Ilość szt. detalicznych w opakowaniu handlowym
Wskaźnik wyliczany na podstawie przelicznika jednostki pomocniczej występującej na elemencie ZZ do jednostki głównej, wskazujący, ile towaru w jednostce głównej "mieści" się w 1 jednostce pomocniczej. Jeżeli na ZZ jednostka pomocnicza nie została użyta, wówczas przesyłana jest 1.
<UnitOfMeasure>KGM</UnitOfMeasure>
Jednostka miary
Symbol jednostki miary z grupy jednostek dozwolonych dla danego formatu (Makro/Elektro) ustalony na podstawie jednostki głównej/pomocniczej, w zależności od tego, która z tych jednostek dotyczy wysyłany EAN
<OrderedUnitNetPrice>23.45</OrderedUnitNetPrice>
Cena netto
Jeżeli przesyłana jest ilość w jednostce pomocniczej, tj. wysyłany jest EAN tej jednostki, wówczas wysyłana jest cena jednostkowa dla jednostki pomocniczej, w przeciwnym wypadku wysyłana jest cena dla jednostki podstawowej.
Linia wypełniana datą realizacji kolejnych elementów eksportowanego ZZ
<Remarks>Uwagi<Remarks>
Opis/Uwagi
Linia wypełniana wartością zgodną z opisem wprowadzonym na elemencie zamówienia
</Line-Item>
</Line>
</Order-Lines>
<Order-Summary>
<TotalLines>1</TotalLines>
Ilość linii
Ilość przesyłanych linii (pozycji) dokumentu
<TotalOrderedAmount>2.000</TotalOrderedAmount>
Suma zamawianych ilości
Łączna ilość zamawianych towarów wyrażona w jednostce podstawowej.
W przypadku gdy dla danego towaru wysyłana jest ilość w jednostce pomocniczej, ulega ona przeliczeniu na ilość w jednostce podstawowej i taka ilość jest brana pod uwagę podczas sumowania łącznej ilości zamawianych towarów
</Order-Summary>
</Document-Order>
Najczęstsze problemy występujące podczas eksportu ZZ do systemu ECOD
Aby eksport dokumentu ZZ do ECOD przebiegł prawidłowo, system musi mieć dostęp do tych informacji, które są informacjami obowiązkowymi dla komunikatu Order. Tabela przedstawia najczęstsze problemy, z jakimi operator może się spotkać podczas wykonywania operacji Eksport do ECOD i ich przyczyny.
Treść informacji w logu
Przyczyna
Remedium
Nie określono numeru GLN firmy na pieczątce
Do centrum będącego właścicielem dokumentu ZZ nie przypisano pieczątki lub na przypisanej pieczątce nie zdefiniowano numeru GLN
Przypisać do centrum pieczątkę lub jeżeli jest ona już przypisana wpisać na niej numer GLN
Nie określono numeru GLN kontrahenta
Dla adresu, który jest adresem kontrahenta głównego ZZ nie zdefiniowano numeru GLN
Odnaleźć adres wskazany na ZZ jako adres kontrahenta głównego i wpisać na formatce adresu numer GLN
Nie określono numeru GLN miejsca dostawy
Do centrum będącego właścicielem ZZ nie została przypisana pieczątka, lub też nie zdefiniowano żadnego z poniższych numerów GLN: numeru GLN na formatce adresu wysyłkowego kontrahenta wewnętrznego przypisanego do pieczątki firmy, numeru GLN na pieczątce firmy
Przypisać pieczątkę do centrum-właściciela ZZ i wpisać na niej numer GLN. Jeżeli miejsce dostawy ma być inne niż adres z pieczątki, przypisać do pieczątki kontrahenta wewnętrznego, zdefiniować dla niego adres wysyłkowy zgodny z miejscem dostawy i wprowadzić na nim numer GLN
Nie określono numeru GLN punktu wysyłki
Dla adresu, który jest adresem kontrahenta docelowego ZZ nie zdefiniowano numeru GLN
Sprawdzić, który adres został wybrany jako adres kontrahenta docelowego ZZ, zdefiniować na formatce tego adresu numer GLN
Nie określono numeru EAN na karcie towaru: T1
(format Makro)
Dla towaru T1 będącym elementem dokumentu ZZ nie zdefiniowano numeru EAN (błąd wystąpi, jeżeli dla towaru nie zdefiniowano żadnego z poniższych numerów: brak numeru na formatce jednostki pomocniczej towaru użytej na dokumencie ZZ, brak numeru EAN na zakładce Ogólne karty towaru T1, brak „kodu u kontrahenta” dla Odbiorcy zgodnego z kontrahentem głównym ZZ
Jeżeli użyto jednostki pomocniczej towaru i wysłana ma być ilość w tej jednostce, należy określić EAN na formatce tej jednostki pomocniczej towaru. Jeżeli wysłana ma być ilość w jednostce głównej należy zdefiniować EAN na zakładce Ogólne karty towaru T1 lub wpisać EAN w polu „u kontrahenta” na formatce Odbiorca towaru, definiowanej na zakładce Kontrahenci karty towaru T1 dla kontrahenta głównego ZZ
Import zamówienia ZS z systemu ECOD
W wyniku dokonywanej z poziomu listy zamówień sprzedaży operacji: Import z ECOD w systemie zostaje wygenerowany dokument ZS. Podstawowe dane na tym dokumencie ustalane są na podstawie przekazanych w pliku Order informacji. Sposób interpretacji tych danych przedstawia poniższa tabela. Puste sekcje w tabeli oznaczają, że informacje, których dotyczą nie są przez system interpretowane.
Nazwa pola wraz z przykładem jego wypełnienia
Opis
Źródło informacji (interfejs)
<Document-Order>
<Order-Header>
<OrderType>220</OrderType>
Rodzaj zamówienia
Jeżeli dla ZS zdefiniowano klasę atrybutu o nazwie OrderType, wówczas atrybut taki zostanie automatycznie na ZS dodany i wypełniony wartością przesyłaną w linii
<OrderNumber>ZZ-42/09/SER</OrderNumber>
Numer zamówienia
Przesyłany numer jest zapisywany w polu "u kontrahenta" na zakładce Nagłówek ZS
<OrderDate>2009-10-17</OrderDate>
Data zamówienia
Na tej podstawie ustalana jest data wystawienia ZS
Jeżeli dla ZS zdefiniowano klasę atrybutu o nazwie ResponseType, wówczas atrybut taki zostanie automatycznie na ZS dodany i wypełniony wartością przesyłaną w linii
<PaymentType>10</PaymentType>
Forma płatności
Na tej podstawie ustalana jest forma płatności na ZS, wg zasady: 10-gotówka, 42 - przelew, 20-czek, 97-kompensata, jeżeli w systemie nie zdefiniowano takiej formy, lub nie jest ona przesyłana, wówczas na ZS ustalana jest forma domyślna
<Remarks></Remarks>
Opis/Uwagi
</Order-Header>
<DetailsOfTransport>
<TermsOfDelivery>BY</TermsOfDelivery>
Jeżeli dla ZS zdefiniowano klasę atrybutu o nazwie TermsOfDelivery, wówczas atrybut taki zostanie automatycznie na ZS dodany i wypełniony wartością przesyłaną w linii
<CarrierName>ABC</CarrierName>
</DetailsOfTransport>
<Order-Parties>
<Buyer>
<ILN>3333333333333</ILN>
GLN kupującego
Na tej podstawie ustalany jest kontrahent główny na dokumencie ZS w sposób następujący: najpierw poszukiwany jest kontrahent z numerem GLN zdefiniowanym na zakładce Ogólne jego karty zgodnym z przesyłanym GLN, kontrahent spełniający ww. warunek zostanie ustalony jako kontrahent główny na ZS, a jego adresem aktualny będzie adresem kontrahenta głównego ZS.
Jeżeli ww. kontrahent nie zostanie odnaleziony, wówczas poszukiwany jest adres z numerem GLN zgodnym z przesyłanym.
Tak odnaleziony adres staje się adresem kontrahenta głównego na dokumencie ZS, a kontrahentem głównym kontrahent z tego adresu.
<Name>K2</Name>
Nazwa kupującego
<StreetAndNumber>czarna</StreetAndNumber>
Ulica i numer
<CityName>Warszawa</CityName>
Miasto
<PostalCode>00-000</PostalCode>
Kod pocztowy
<Country />
Kraj (kodowane ISO 3166)
<PartyName>ABS</PartyName>
Nazwa kupującego
</Buyer>
<Seller>
<ILN>2222222222222</ILN>
GLN Sprzedającego
<Name>K1</Name>
Nazwa sprzedawcy
<CodeByBuyer />
Kod sprzedawcy według Kupującego
<Fax />
Numer faksu sprzedawcy
<PartyName>ABC</PartyName>
Nazwa sprzedawcy
<CodeByBuyer>121254555</CodeByBuyer>
Kod wg kupującego
Jeżeli dla obiektu "ZS" zdefiniowano klasę atrybutu o nazwie "CodeByBuyer" i jeżeli w pliku jest ten numer przesyłany, wówczas na generowanym w wyniku importu dokumencie ZS zostanie taki atrybut automatycznie dodany i wypełniony wartością zgodną z przesyłaną w pliku zawartością linii <CodeByBuyer>
</Seller>
<DeliveryPoint>
<ILN>1111111111111</ILN>
GLN miejsca dostawy
Na tej podstawie ustalany jest kontrahent docelowy na dokumencie ZS w sposób następujący:
najpierw poszukiwany jest kontrahent z numerem GLN zdefiniowanym na zakładce Ogólne jego karty zgodnym z przesyłanym GLN, odnaleziony kontrahent staje się kontrahentem docelowym na ZS, a jego aktualny adres staje się adresem kontrahenta docelowego na ZS.
Jeżeli ww. kontrahent nie zostanie odnaleziony, wówczas poszukiwany jest adres z numerem GLN zgodnym z przesyłanym GLN. Tak odnaleziony adres staje się adresem kontrahenta docelowego na dokumencie ZS, a kontrahentem docelowym kontrahent z tego adresu.
<Name>K1</Name>
Nazwa sprzedawcy
<CodeByBuyer />
Kod sprzedawcy według Kupującego
<Fax />
Numer faksu sprzedawcy
<PartyName>WWA</PartyName>
Nazwa miejsca dostawy
</DeliveryPoint>
<ShipFrom>
<ILN>4444444444444</ILN>
GLN punktu wysyłki
</ShipFrom>
<UltimateCustomer>
<ILN>4444444444444</ILN>
GLN kontrahenta
Jeżeli dla ZS zdefiniowano klasę atrybutu o nazwie UltimateCustomer, wówczas atrybut taki zostanie automatycznie na ZS dodany. Na podstawie tego numeru ustalany jest kontrahent na atrybucie ZS w sposób następujący:
najpierw poszukiwany jest kontrahent z numerem GLN zdefiniowanym na zakładce Ogólne jego karty zgodnym z przesyłanym GLN, odnaleziony kontrahent staje się kontrahentem dla atrybutu na ZS.
Jeżeli ww. kontrahent nie zostanie odnaleziony, wówczas poszukiwany jest adres z numerem GLN zgodnym z przesyłanym GLN. Tak odnaleziony kontrahent staje się kontrahentem dla atrybutu na ZS.
</UltimateCustomer>
</Order-Parties>
<Order-Lines>
<Line>
<Line-Item>
<LineNumber>1</LineNumber>
Numer linii
<EAN>4444444444444</EAN>
EAN towaru
Na tej podstawie identyfikowany jest towar, którego zamówienie dotyczy wg kolejności:
najpierw poszukiwana jest jednostka pomocnicza, dla której numer EAN jest zgodny z przesyłanym w pliku, jeżeli zostanie ona odnaleziona, wówczas na elemencie ZS ustalany jest towar, którego jednostka pomocnicza spełnia ww. warunek i na elemencie tym ustalona zostanie ta jednostka jako pomocnicza. Jeżeli ww. jednostka nie zostanie odnaleziona, wówczas poszukiwany jest towar, dla którego na zakładce Ogólne zdefiniowano EAN zgodny z przesyłanym w pliku i towar spełniający ww. warunek zostaje ustalony na elemencie ZS.
Jeżeli i taki towar nie zostanie odnaleziony, wówczas poszukiwany jest towar, dla którego na zakładce Kontrahenci, dla ustalonego na podstawie wcześniejszych informacji kontrahenta, "kod u kontrahenta" jest zgodny z przesłanym EAN-em. W przypadku tak odnalezionego towaru oraz gdy dla kontrahenta tego zdefiniowano jednostkę pomocniczą, wówczas towar taki dodawany jest na ZS z tą jednostką jako pomocniczą, jeżeli jednostka nie została przypisana do kontrahenta, wówczas z jednostką podstawową.
<BuyerItemCode></BuyerItemCode>
Kod towaru u kupującego
Jeżeli EAN nie jest przesyłany, wówczas ustalany jest towar, dla którego na formatce dostawcy zdefiniowano „kod u kontrahenta” zgodny z wartością przesyłana w tej linii
<SupplierItemCode></SupplierItemCode>
Kod towaru u sprzedawcy
Jeżeli EAN i BuyerItemCode nie są przesyłane, wówczas ustalony zostanie towar z kodem (twr_kod) zgodnym z wartością przesyłana w tej linii
<ItemDescription></ItemDescription>
Nazwa towaru
Nazwa towaru podana na pozycji dokumentu. Jeżeli na karcie towarowej dodano atrybut: „ItemDescription” to w linii <ItemDescription> pojawi się wprowadzona nazwa.
<LineRemarks></LineRemarks>
Informacja tekstowa
Treść przesyłana w tej linii zostanie dodana do pola Opis na elemencie ZS
<ItemType>CU</ItemType>
Identyfikator towaru
<OrderedQuantity>2</OrderedQuantity>
Zamawiana ilość
Jeżeli towar zostanie zidentyfikowany na podstawie EAN‑u jednostki pomocniczej, czyli na podstawie EAN‑u zdefiniowanego na formatce jednostki pomocniczej lub na podstawie kod u kontrahenta, dla którego zdefiniowano jednostkę pomocniczą, wówczas przesłana ilość traktowana jest jako ilość w jednostce pomocniczej a ilość w jednostce głównej wyliczana jest na podstawie przelicznika do jednostki pomocniczej.
W pozostałych wypadkach przesyłana ilość traktowana jest jako ilość w jednostce podstawowej i taka ustalana na elemencie ZS.
W takim wypadku jednostka pomocnicza pojawi się na elemencie ZS tylko jeżeli jest ona domyślna dla sprzedaży, a jej ilość zostanie wyliczona na podstawie ilości w jednostce głównej i przelicznika.
<OrderedUnitPackSize>1.000</OrderedUnitPackSize>
Ilość szt. w opakowaniu handlowym
<UnitOfMeasure>KGM</UnitOfMeasure>
Jednostka miary
<OrderedUnitNetPrice>23.45</OrderedUnitNetPrice>
Cena netto
<Remarks>Uwagi</Remarks>
Opis/Uwagi
Jeżeli linia jest wypełniona wówczas wartość tej linii dodawana jest na element zamówienia jako opis.
Na tej podstawie ustalana jest data realizacji danego elementu ZS wg poniższych zasad:
Jeżeli ww. linia jest wypełniona datą, wówczas zostanie porównana z datą wystawienia ZS (datą bieżącą, czyli datą dokonywania operacji):
- Jeżeli data w ww. linii jest równa lub większa od daty wystawienia ZS, wówczas zostanie ustalona na jej podstawie data realizacji danego elementu
- jeżeli ww. data jest mniejsza od daty wystawienia ZS, wówczas zostanie zignorowana, a data realizacji elementu ZS zostanie ustalona na podstawie ustalanej podczas importu daty realizacji nagłówka ZS.
</Line-Item>
</Line>
</Order-Lines>
<Order-Summary>
<TotalLines>1</TotalLines>
Ilość linii
<TotalOrderedAmount>2.000</TotalOrderedAmount>
Suma zamawianych ilości
</Order-Summary>
Pełna nazwa pliku Invoice zapisywana jest w polu URL na zakładce Nagłówek generowanego dokumentu ZS
</Document-Order>
Najczęstsze problemy występujące podczas importu zamówienia sprzedaży z systemu ECOD
Aby operacja importu pliku Order przebiegła prawidłowo, system musi odnaleźć i odpowiednio zinterpretować przesyłane w pliku informacje. Tabela przedstawia najczęstsze problemy, z jakimi operator może się spotkać podczas wykonywania operacji Import z ECOD dotyczącej zamówienia sprzedaży i ich przyczyny:
Treść informacji w logu
Przyczyna
Remedium
Nie znaleziono waluty
W programie XL nie zdefiniowano waluty o symbolu zgodnym z przesyłaną waluta faktury
Sprawdzić w sekcji <Invoice-Currency> importowanego pliku symbol waluty, zdefiniować taką walutę w systemie
Nie udało się odnaleźć kontrahenta o numerze GLN: 1256565656565
W systemie nie ma kontrahenta, dla którego istniałby (na jego karcie lub formatce adresu) numer GLN zgodny z przesyłanym w pliku
Wprowadzić numer GLN na zakładce Ogólne karty kontrahenta-kupującego, a jeżeli adres kontrahenta ma być inny niż jego adres aktualny, wówczas wprowadzić numer GLN na jednym z jego adresów
Nie udało się odnaleźć kontrahenta o numerze GLN: 1025652125666
W systemie nie ma kontrahenta, dla którego istniałby (na jego karcie lub formatce adresu) numer GLN zgodny z przesyłanym w pliku
Wprowadzić numer GLN na zakładce Ogólne karty kontrahenta-miejsca dostawy, a jeżeli adres dostawy ma być inny niż aktualny adres tego kontrahenta, wówczas wprowadzić numer GLN na jednym z jego adresów
Nie udało się odnaleźć towaru o numerze EAN 1255555555555
W systemie nie istnieje towar z numerem EAN zgodnym z przesyłanym w pliku (błąd wystąpi, jeżeli nie zostanie odnaleziony EAN w żadnej ze wskazanych pozycji: brak jednostki pomocniczej z numerem EAN zgodnym z przesyłanym, brak karty towaru, na której na zakładce Ogólne zdefiniowano EAN zgodny z przesyłanym, brak towaru, dla którego zdefiniowano „kod u kontrahenta” zgodny z przesyłanym
Na towarze, którego dotyczy importowana faktura należy zdefiniować numer EAN zgodny z przesyłanym
Obsługa Awiza wysyłki w programie Comarch ERP XL
Eksport dokumentu WZ, WZE – generowanie Awiza wysyłki
Podstawą generowanie pliku xml dla komunikatu DESADV wysyłanego do odbiorcy jest zarejestrowany w systemie dokument WZ, WZE. Tabela przedstawia strukturę komunikatu oraz zasady ustalania i przesyłania do pliku xml informacji zawartych w eksportowanym dokumencie. Sekcje, które nie są przez program obsługiwane, pozostawione są w tabeli jako puste. Linie występujące wyłącznie w formacie właściwym dla sieci Castorama prezentowane są w kolorze brązowym.
Linia występuje wyłącznie w przypadku eksportu dokumentu dla formatu "Castorama". Jeżeli do WZ dodano atrybut o tej nazwie, typie „data” i wypełniono go wartością (datą), wówczas w linii tej przesyłana jest wartość tego atrybutu.
Data wydania WZ, WZE. Jeżeli do WZ, WZE dodano atrybut o tej nazwie, typie „data” i wypełniono go wartością (datą), wówczas w linii tej przesyłana jest wartość tego atrybutu.
Linia występuje wyłącznie w przypadku eksportu dokumentu dla formatu "Castorama". Jeżeli do WZ dodano atrybut o tej nazwie, typie „data” i wypełniono go wartością (datą), wówczas w linii tej przesyłana jest wartość tego atrybutu.
Numer zamówienia kupującego, tj. numer wprowadzony w polu Zamówienie na zakładce Nagłówek dokumentu WZ, WZE widoczny również w kolumnie "Źródłowy" listy dokumentów handlowych.
Numer ten jest przepisywany automatycznie, jeżeli WZ, WZE realizuje ZS, na którym zdefiniowano "numer u kontrahenta".
<BuyerOrderDate>2019-11-06</BuyerOrderDate>
Data zamówienia
Data wystawienia zamówienia. Pole wysyłane po uzupełnieniu atrybutu FormatEcod wartością Castorama.
<DespatchNumber>WZ-42/6/SER1</DespatchNumber>
Numer WZ, WZE lub listu przewozowego
Jeżeli dokument WZ, WZE jest elementem wysyłki, wówczas numer listu przewozowego z tej wysyłki, w przeciwnym wypadku, tj., jeżeli WZ, WZE nie jest elementem wysyłki, lub dla wysyłki nie jest określony list przewozowy, wówczas jest to nr WZ, WZE
<DespatchDate>2019-11-06</DespatchDate>
Data wysyłki
Data wystawienia WZ
</DespatchAdvice-Header>
<DespatchAdvice-Transport>
<TermsOfDelivery>EXW</TermsOfDelivery>
Incoterms
Symbol incoterms z dokumentu WZ, WZE
<ConveyanceReferenceNumber />
Numer referencyjny przewozu
<ModeOfTransport>30</ModeOfTransport>
Rodzaj transportu
Rodzaj transportu zdefiniowany na zakładce Ogólne dokumentu WZ, WZE
</DespatchAdvice-Transport>
<DespatchAdvice-Parties>
<Buyer>
<ILN>1212121212122</ILN>
GLN kupującego
Numer GLN wprowadzony na formatce adresu, który jest adresem kontrahenta głównego na dokumencie WZ, WZE
</Buyer>
<Seller>
<ILN>1313131313133</ILN>
GLN sprzedającego
Numer GLN zdefiniowany na pieczątce firmy przypisanej do centrum będącego właścicielem dokumentu
<CodeByBuyer>1414141414144</CodeByBuyer>
Kod wg kupującego (kod pod jakim sprzedawca figuruje u odbiorcy)
Wartość atrybutu o nazwie CodeByBuyer zdefiniowanego na zakładce Atrybuty dokumentu WZ, WZE
</Seller>
<DeliveryPoint>
<ILN>1515151515155</ILN>
GLN miejsca dostawy
Numer GLN wprowadzony na formatce adresu, który jest adresem kontrahenta docelowego na dokumencie WZ, WZE
</DeliveryPoint>
<FreightForwarder>
<ILN>1616161616166</ILN>
GLN przewoźnika
Jeżeli dokument WZ, WZE znajduje się w wysyłce, wówczas będzie to GLN adresu bieżącego kontrahenta będącego spedytorem ww. wysyłki, jeżeli brak wysyłki lub spedytor nie jest określony, lub też nie zdefiniowano dla niego numeru GLN, wówczas będzie to GLN sprzedającego (wg opisu dla pola Seller/ILN)
</FreightForwarder>
</DespatchAdvice-Parties>
<DespatchAdvice-Consignment>
<Packing-Sequence>
<Line>
<Line-Item>
<LineNumber>1</LineNumber>
Numer pozycji
Kolejny numer pozycji
<OrderLineNumber>00001</OrderLineNumber>
Lp. pozycji na zamówieniu
Numer pozycji na zamówieniu, z którego wygenerowano WZ, WZE
<OrderedQuantity>1.000</OrderedQuantity>
Ilość zamawiana
Ilość zamawiana na dokumencie ZS
<UnitPacksize>1.000</UnitPacksize>
Ilość w opakowaniu
Ilość w opakowaniu zbiorczym
<EAN>4444444444444</EAN>
Numer wysyłanego towaru
Kod EAN zdefiniowany na formatce jednostki pomocniczej użytej na elemencie, jeżeli nie jest tam zdefiniowany to EAN z zakładki Ogólne karty towaru, jeżeli i tam nie zostanie znaleziony, wówczas z pola "kod u kontrahenta"
<QuantityDespatched>10</QuantityDespatched>
Ilość wysyłana
Jeżeli dla jednostki pomocniczej na elemencie zdefiniowany jest EAN, wówczas wysyłana jest ilość w jednostce pomocniczej, w przeciwnym razie tj., jeżeli wysyłany jest EAN zdefiniowany na zakładce Ogólne karty towaru lub kod u kontrahenta, wówczas wysyłana jest ilość w jednostce podstawowej
<UnitOfMeasure>PCE</UnitOfMeasure>
Jednostka miary
Jeżeli wysyłana jednostka zapisana jest jako kgm, wówczas wysyłany jest symbol KGM, w pozostałych wypadkach wysyłany jest symbol PCE - sztuka, przy czym, jeżeli wysyłany jest EAN jednostki pomocniczej, to ww. sprawdzenie dokonywane jest dla symbolu jednostki pomocniczej, jeżeli zaś wysyłany jest EAN jednostki głównej, to ww. sprawdzenie dotyczy symbolu jednostki głównej
<ItemDescription>buty</ItemDescription>
Opis pozycji
Nazwa towaru podana na pozycji dokumentu. Jeżeli na karcie towarowej dodano atrybut: „ItemDescription” to w linii <ItemDescription> pojawi się wprowadzona nazwa.
</Line-Item>
<Line-Order>
<BuyerOrderNumber>ZS-66/19</BuyerOrderNumber>
Numer zamówienia
Numer zamówienia, z którego wygenerowano awizo wysyłki.
<BuyerOrderDate>2019-11-06</BuyerOrderDate>
Data zamówienia
Data wystawienia zamówienia
</Line-Order>
</Line>
</Packing-Sequence>
</DespatchAdvice-Consignment>
</Document-DespatchAdvice>
Import Awiza wysyłki – generowanie dokumentu PZ
W wyniku dokonywanej z poziomu listy dokumentów PZ operacji: Import awiza wysyłki w systemie zostaje wygenerowany dokument PZ. Podstawowe dane na tym dokumencie ustalane są na podstawie przekazanych w pliku Desadv informacji. Sposób interpretacji tych danych przedstawia poniższa tabela. Puste sekcje w tabeli oznaczają, że informacje, których dotyczą nie są przez system interpretowane.
Rodzaj transportu zdefiniowany na zakładce Ogólne dokumentu PZ
</DespatchAdvice-Transport>
<DespatchAdvice-Parties>
<Buyer>
<ILN>1212121212122</ILN>
GLN kupującego
</Buyer>
<Seller>
<ILN>1313131313133</ILN>
GLN sprzedającego
Na tej podstawie znajdowany jest kontrahent główny na dokument PZ, wg kolejności: najpierw poszukiwany jest kontrahent, który ma na zakładce Ogólne GLN zgodny z przesłanym, jeżeli nie zostanie znaleziony, wówczas poszukiwany jest kontrahent, na którego adresie zdefiniowany jest GLN zgodny z przesłanym
<CodeByBuyer>1414141414144</CodeByBuyer>
Kod wg kupującego (kod pod jakim sprzedawca figuruje u odbiorcy)
Jeżeli dla dokumentów PZ przywiązano klasę atrybutu o nazwie "Codebybuyer, wówczas na dokument PZ atrybut ten zostanie automatycznie dodany i wypełniony wartością przesyłaną w tej linii
</Seller>
<DeliveryPoint>
<ILN>1515151515155</ILN>
GLN miejsca dostawy
</DeliveryPoint>
<FreightForwarder>
<ILN>1616161616166</ILN>
GLN przewoźnika
</FreightForwarder>
</DespatchAdvice-Parties>
<DespatchAdvice-Consignment>
<Packing-Sequence>
<Line>
<Line-Item>
<LineNumber>1</LineNumber>
Numer pozycji
<EAN>4444444444444</EAN>
Numer wysyłanego towaru
Na tej podstawie identyfikowany jest towar, wyszukiwany w kolejności: najpierw sprawdzane są jednostki pomocnicze towarów, jeżeli zostanie znaleziona jednostka z numerem EAN zgodnym z przesłanym, wówczas elementem PZ staje się towar w tej jednostce. Jeżeli jednostka taka nie zostanie odnaleziona, wówczas poszukiwany towar, dla którego na zakładce Ogólne zdefiniowano EAN zgodny z przesłanym, jeżeli nie znaleziono, wówczas poszukiwany towar, dla którego zdefiniowano kontrahenta (odbiorcę/dostawcę) i wskazano kod u kontrahenta zgodny z przesłanym EAN‑em
<QuantityDespatched>10</QuantityDespatched>
Ilość wysyłana
1.Jeżeli towar zostanie zidentyfikowany na podstawie EAN‑u jednostki pomocniczej, wówczas przesłana ilość traktowana jest jako ilość w jednostce pomocniczej, ilość w jednostce głównej wyliczana jest na podstawie przelicznika do jednostki pomocniczej.
2.Jeżeli towar zidentyfikowany jest na podstawie EAN zakładki Ogólne towaru, wówczas przesyłana ilość jest ilością w jednostce głównej
3.Jeżeli towar został zidentyfikowany wg kodu u kontrahenta i jeżeli dla tego kontrahenta przypisana jest jednostka pomocnicza, wówczas ilość przesłana wyrażona zostaje w tej jednostce a ilość w jednostce głównej obliczana na podstawie przelicznika. Jeżeli z kontrahentem nie jest związana jednostka pomocnicza, wówczas przesłana ilość interpretowana jest jak ilość w jednostce głównej.
<UnitOfMeasure>PCE</UnitOfMeasure>
Jednostka miary
<ItemDescription>buty</ItemDescription>
Opis pozycji
Nazwa towaru podana na pozycji dokumentu. Jeżeli na karcie towarowej dodano atrybut: „ItemDescription” to w linii <ItemDescription> pojawi się wprowadzona nazwa.
</Line-Item>
</Line>
</Packing-Sequence>
</DespatchAdvice-Consignment>
</Document-DespatchAdvice>
Obsługa Potwierdzenia dostawy w programie Comarch ERP XL
Eksport dokumentu PZ – generowanie Potwierdzenia dostawy
Podstawą generowania pliku xml dla komunikatu RECADV wysyłanego do dostawcy jest zarejestrowany w systemie dokument PZ. Tabela przedstawia strukturę komunikatu oraz zasady ustalania i przesyłania do pliku xml informacji zawartych w eksportowanym dokumencie. Sekcje, które nie są przez program obsługiwane, pozostawione są w tabeli jako puste.
Numer z pola "zamówienie”, na zakładce Nagłówek dokumentu PZ
<DespatchNumber>WZ-42/09/SER1</DespatchNumber>
Numer dostawy
Zgodnie z zawartością pola "Faktura" na zakładce Nagłówek dokumentu PZ. Numer dostawy importowany do kolumny „Numer dostawy” w oknie import dokumentów z ECOD.
<DocumentFunctionCode>O<DocumentFunctionCode>
Typ dokumentu "O"
Zawsze "O" -oryginał
</ReceivingAdvice-Header>
<ReceivingAdvice-Parties>
<Buyer>
<ILN>1212121212122</ILN>
GLN kupującego
Numer GLN zdefiniowany na pieczątce firmy przypisanej do centrum będącego właścicielem dokumentu
</Buyer>
<Seller>
<ILN>1313131313133</ILN
GLN sprzedającego
Numer GLN wprowadzony na formatce adresu, który jest adresem kontrahenta głównego na dokumencie PZ
<CodeByBuyer>1414141414144</CodeByBuyer>
kod wg kupującego
Wartość atrybutu o nazwie CodeByBuyer zdefiniowanego na zakładce Atrybuty dokumentu PZ
</Seller>
<DeliveryPoint>
<ILN>1515151515155</ILN>
GLN miejsca dostawy
Zgodny z Buyer/ILN
</DeliveryPoint>
</ReceivingAdvice-Parties>
<ReceivingAdvice-Lines>
<Line>
<Line-Item>
<LineNumber>1</LineNumber>
Numer pozycji towarowej
Kolejny numer pozycji dokumentu PZ
<EAN>4444444444444</EAN>
numer wysyłanego towaru
Kod EAN zdefiniowany na formatce jednostki pomocniczej użytej na elemencie PZ, jeżeli nie jest tam zdefiniowany to EAN z zakładki Ogólne karty towaru, jeżeli i tam nieznaleziony, wówczas z pola "kod u kontrahenta"
<QuantityReceived>10.000</QuantityReceived>
Ilość wysyłana
Jeżeli dla jednostki pomocniczej na elemencie zdefiniowany jest EAN, wówczas wysyłana jest ilość w jednostce pomocniczej, w przeciwnym razie tj., jeżeli wysyłany jest EAN zdefiniowany na zakładce Ogólne karty towaru lub kod u kontrahenta, wówczas wysyłana jest ilość w jednostce podstawowej
<UnitOfMeasure>PCE</UnitOfMeasure>
Jednostka miary
Jeżeli wysyłany jest EAN jednostki pomocniczej, wówczas wysyłany symbol jednostki pomocniczej, jeżeli wysyłany jest EAN jednostki głównej, to symbol jednostki głównej, odpowiednio: KGM lub PCE
</Line>
</Line-Item>
</ReceivingAdvice-Lines>
<ReceivingAdvice-Summary>
<TotalLines>1</TotalLines>
Ilość linii towarowych
Łączna ilość przesyłanych linii (pozycji) towarowych
Podczas importu komunikatu Potwierdzenie dostawy, dokonywanego do konkretnego dokumentu WZ zarejestrowanego w systemie dokonywana jest weryfikacja czy odbiór towarów będących elementami dokumentu WZ został przez kontrahenta potwierdzony, czy został potwierdzony w ilości zgodnej z ilością na dokumencie WZ oraz czy w potwierdzeniu tym nie ma towarów, które nie zostały ujęte na dokumencie WZ. W przypadku zgodności ww. dokumentów, do dokumentu WZ zostanie automatycznie wystawiony spinacz (S)FS. Natomiast w przypadku stwierdzenia jakiejkolwiek niezgodności w zakresie kodów towarów czy też ich ilości, w logu zostanie wyświetlona odpowiednia informacja o występujących różnicach i operacja wystawiania spinacza nie odbędzie się.
Przed wykonaniem importu potwierdzenia dostawy należy wybrać WZ do którego wykonujemy import. Przy próbie importu potwierdzenia o niezgodnym numerze dostawy dostaniemy komunikat:
Komunikat o niezgodności numerów dokumentów.
Informacje dodatkowe
Kod wg Kupującego automatycznie kopiowany na nagłówek dokumentu
Pole CodeByBuyer będzie przekazywane do pliku, jeśli na nagłówku eksportowanego dokumentu będzie dodany atrybut o nazwie CodeByBuyer z odpowiednią wartością.
Aby system automatycznie uzupełniał atrybut dla dokumentów wymienianych przez ECOD należy zdefiniować kopiowanie atrybutu z karty kontrahenta. W tym celu na karcie kontrahenta należy dodać atrybut, który przechowywałby stosowny kod, a następnie zdefiniować kopiowanie tego atrybutu na dokument eksportowany do ECOD, a dokładniej, aby wartość tego atrybutu z karty kontrahenta wypełniała wartość atrybutu CodeByBuyer zapiętego na dokumencie.
Jak przesłać duplikat faktury do ECOD?
W celu przesłania duplikatu faktury w systemie ERP XL do ECOD należy wykonać następujące czynności. Do eksportowanego dokumentu należy dodać atrybut o nazwie DocumentFunctionCode i wypełnić go wartością „D”, wówczas w przesyłanej linii <DokumentFunctionCode> zostanie podany symbol duplikatu. Do dokumentu można również dodać atrybut o nazwie InvoiceDuplicateDate i wypełnić datą (konieczny jest format daty dla atrybutu), wówczas przesłana zostanie również konkretna data. W przypadku, gdy ten atrybut nie zostanie dodany wówczas pole zostanie wypełnione datą wykonania eksportu.
Czy można zmodyfikować format numeracji dokumentów wg którego tworzony jest wpis w komunikatach w linii <InvoiceNumber>?
Tak. Modyfikacja funkcji [CDN].[ECODPelnyNumerDokumentu] pozwoli na zmianę formatu nazwy dokumentu przesyłanej w linii <InvoiceNumber>.
Jak przesłać informację o numerze dokumentu zwrotu dla FSK i (S)FSK?
W tym celu należy zdefiniować w nagłówku dokumentu FSK/(S)FSK atrybut o nazwie BuyerOrderNumber i wypełnić go odpowiednią wartością. Wówczas w linii <BuyerOrderNumber> pojawi się wartość atrybutu.
Przeliczanie nagłówka dokumentu podczas importu FZ
Sposób wyliczenia VAT-u może się różnić w zależności od klienta, wskutek czego mogą nastąpić różnice groszowe w wyliczeniu wartości VAT i brutto. Na dokumencie FZ możliwa jest ręczna korekta tych kwot. Aby wartości były zgodne z plikiem INVOICE, podczas importu kwoty nagłówka FZ aktualizowane są automatycznie na podstawie danych z pliku. Jeżeli pojawiła się taka różnica i nagłówek dokumentu zostanie przeliczony w logu pojawi się informacja: „Kwoty w tabeli VAT zostały przeliczone zgodnie z zapisami w importowanym pliku”.
W jakiej kolejności identyfikowany jest towar podczas importu komunikatu do systemu Comarch ERP XL?
Kolejność wyszukiwania jest następująca:
Najpierw baza przeszukiwania jest po kodach obcych u kontrahenta głównego – weryfikowania jest linia <BuyerItemCode>, jeżeli algorytm odszuka dany towar, dla którego podpięty jest kontrahent główny na zakładce kontrahenci i kod u kontrahenta się zgadza to system wstawia pozycje do zamówienia (towar) z ilością jaka jest w pliku w linii, <OrderedQuantity> w jednostkach jakie wskazane są na zakładce kontrahenci na towarze dla kontrahenta głównego.
W przypadku, gdy nie znajdzie takiego towaru po kodzie obcym, pobiera wartość z pola <EAN> i następnie przeszukuje wszystkie towary po EAN jednostki pomocniczej. Jeżeli znajdzie taki towar to wstawia go do zamówienia w ilości z pola <OrderedQuantity> w jednostkach pomocniczych.
W przypadku, gdy powyższe próby nie znajdą towaru, system pobrany kod z linii <EAN> weryfikuje w bazie z towarami z EAN jednostki podstawowej. Jeżeli po kodzie EAN jednostki podstawowej zostanie znaleziony towar to wstawia pozycję do zamówienia w ilości z pola <OrderedQuantity> w jednostkach podstawowych.
Jakie licencje wymagane są do wymiany danych?
Do jakiejkolwiek wymiany danych konieczna jest licencja serwerowa Mechanizm wymiany danych, do której w zależności od rodzaju wymienianych komunikatów należy dołożyć ECOD współpraca z odbiorcami lub ECOD współpraca z dostawcami.
Wymiana dokumentów odbywa się na podstawie dwóch licencji ECOD Wymiana danych - wymaganej oraz jednej z dwóch pozostałych. Bez licencji wymaganej nie będzie działała żadna z licencji opcjonalnych, czyli nie będzie możliwa wymiana komunikatów ani z odbiorcami, ani z dostawcami.
W jaki sposób mogę wymieniać dokumenty, jakie są modele wymiany?
Istnieją 3 modele obsługi dokumentów w ECOD:
Pierwszy model sprowadza się do ręcznego generowania plików xml z poziomu systemu Comarch ERP XL. Tak wygenerowane pliki należy przesłać np. pocztą do odbiorcy. Odbiorca po otrzymaniu plików importuje je z poziomu systemu Comarch ERP XL.
Drugi model opiera się o wykorzystanie serwera ECOD. Plik generowany jest ręcznie w XL’u i zapisywany w katalogu udostępnionym na serwerze. Następnie odbiorca co pewien czas loguje się na stronę ECOD na swoje konto i sprawdza, czy znajdują się dla niego komunikaty do pobrania. Po pobraniu importuje plik za pomocą systemu Comarch ERP XL.
Trzeci model oparty jest o wykorzystanie EcodConnectora. Po wygenerowaniu z poziomu systemu Comarch ERP XL plików xml i zapisaniu ich w odpowiednim katalogu pliki te transportowane są przez EcodConnector do odbiorcy. EcodConnector co pewien określony czas sprawdza czy w danym katalogu nie znajdują się pliki, a jeśli znajdują wówczas automatycznie przesyła je do odbiorcy. Odbiorca importuje plik xml z poziomu systemu.
Czy mogę zmienić format dla NIP‑u?
Tak. Modyfikacja funkcji [CDN].[ECODTaxId] pozwoli na formatowanie numeru NIP‑u odbiorcy.
Zasady rozpoznawania indeksów towarowych przy eksporcie dokumentów do ECOD
O kolejności poszukiwania kodów w celu wypełnienia linii EAN będzie decydować parametr: „Preferuj kod obcy jako EAN towaru” dostępny z poziomu konfiguracji systemu na zakładce Sprzedaż, zakładce Parametry 2.
Jeżeli parametr „Preferuj kod obcy jako EAN towaru” będzie odznaczony, wówczas system będzie próbował ustalić kod towaru w pierwszej kolejności przeszukując kody własne, a jeżeli nie uda się odnaleźć, wówczas kody obce.
Jeżeli parametr „Preferuj kod obcy jako EAN towaru” będzie zaznaczony, wówczas system będzie próbował ustalić kod towaru w pierwszej kolejności przeszukując kody obce, a jeżeli nie uda się odnaleźć, wówczas kody własne.
Ustalanie kodu towaru na podstawie kodu własnego dla komunikatów: FS, (S)FS, FSE, (S)FSE, FSK, (S)FSK, FKE, (S)FKE, WZ, WZE, OS, PZ, ZZ
System będzie poszukiwać w pierwszej kolejności kodu EAN przypisanego do danego towaru i jednostki jaka została użyta na elemencie dokumentu, przy czym w pierwszej kolejności będzie brany pod uwagę kod typu EAN-13, a jeżeli takich kodów jest wiele, wówczas „domyślny” spośród nich, bądź jeżeli taki nie istnieje to pierwszy z listy.
W drugiej kolejności system będzie poszukiwać EAN‑u przypisanego do towaru i jednostki, lecz o innym typie kodu niż EAN-13.
Następnie, jeżeli kod EAN na podstawie powyższych działań nie zostanie ustalony, wówczas system będzie poszukiwać kodu EAN dla jednostki głównej według identycznych zasad, jakie zostały przedstawione powyżej.
Ustalanie kodu towaru na podstawie kodu obcego dla komunikatów: FS, (S)FS, FSE, (S)FSE, FSK, (S)FSK, FKE, (S)FKE, WZ, WZE, OS, PZ, ZZ
Jeżeli kod towaru nie zostanie określony na podstawie kodu własnego, wówczas system będzie poszukiwać kodu towaru w oparciu o kody obce.
W pierwszej kolejności system będzie poszukiwać kodu EAN przypisanego do danego towaru i jednostki jaka została użyta na elemencie dokumentu i posiadającego przypisanego kontrahenta zgodnego z kontrahentem głównym dokumentu, przy czym najpierw brany będzie pod uwagę kod typu EAN-13.
Jeżeli taki kod nie zostanie ustalony wówczas system będzie poszukiwać kodu EAN zgodnie z powyższym, lecz brany pod uwagę będzie kod typu innego niż EAN-13.
Następnie, jeżeli kod EAN nie zostanie ustalony, wówczas system będzie poszukiwać kodu według identycznych zasad, jakie zostały przedstawione powyżej, lecz z tą różnicą, że bez wskazania na jednostkę.
Jeżeli powyższe działania nie pozwolą określić kodu EAN wówczas operacja eksportu zostanie przerwana, a komunikat nie zostanie utworzony.
Zasady rozpoznawania indeksów towarowych przy imporcie dokumentów z ECOD
O kolejności ustalania indeksów towarowych podczas importu komunikatu z ECOD do systemu Comarch ERP XL będzie decydować parametr: „Preferuj kod obcy z pliku” dostępny z poziomu konfiguracji systemu na zakładce Sprzedaż, zakładce Parametry 2. Dodatkowo podczas poszukiwania towaru na podstawie linii EAN kolejność poszukiwać będzie zależeć od ustawienia parametru: „Dla linii EAN preferuj kod obcy”.
Ustalanie kodu towaru na podstawie kodu obcego z pliku podczas importu komunikatów: ZS i (S)FS (potwierdzenie dostawy)
Jeżeli parametr „Preferuj kod obcy z pliku” jest zaznaczony, wówczas system rozpocznie poszukiwanie kodu na podstawie danych przesyłanych w linii „BuyerItemCode”. Jeżeli ta identyfikacja się nie powiedzie wówczas system rozpocznie poszukiwanie towaru na podstawie linii EAN w kolejności zgodnej z ustawieniem parametru „Dla linii EAN preferuj kod obcy”.
Jeżeli identyfikacja towaru na podstawie danych z linii EAN nie powiedzie się, wówczas system rozpocznie poszukiwanie towaru na podstawie linii „SupplierItemCode”.
Jeżeli powyższe działania nie pozwolą określić kodu towaru wówczas operacja importu zostanie przerwana, a komunikat nie zostanie wczytany do systemu Comarch ERP XL.
Ustalanie kodu towaru na podstawie kodu własnego podczas importu komunikatów: ZS i (S)FS (potwierdzenie dostawy)
Jeżeli parametr „Preferuj kod obcy z pliku” jest odznaczony, wówczas system rozpocznie poszukiwanie kodu na podstawie danych przesyłanych w linii EAN w kolejności zgodnej z ustawieniem parametru „Dla linii EAN preferuj kod obcy”.
Jeżeli identyfikacja towaru na podstawie danych z linii EAN nie powiedzie się, wówczas system rozpocznie poszukiwanie towaru na podstawie linii „BuyerItemCode”.
Jeżeli ta identyfikacja się nie powiedzie wówczas system rozpocznie poszukiwanie towaru na podstawie linii „SupplierItemCode”.
Jeżeli powyższe działania nie pozwolą określić kodu towaru wówczas operacja importu zostanie przerwana, a komunikat nie zostanie wczytany do systemu Comarch ERP XL.
Zasady identyfikacji towaru w oparciu o linię „BuyerItemCode”
System w pierwszej kolejności będzie poszukiwać kodu obcego z kontrahentem zgodnym z kontrahentem głównym dokumentu i z jednostką inną niż jednostka podstawowa towaru, a jeżeli to nie przyniesie rezultatu, wówczas w drugiej kolejności z jednostką podstawową towaru.
Zasady identyfikacji towaru w oparciu o linię „SupplierItemCode”
Identyfikacja towaru odbywa się na podstawie kodu towaru określonego na karcie towaru.
Zasady identyfikacji towaru na podstawie linii EAN
Jeżeli parametr „Dla linii EAN preferuj kod obcy” jest zaznaczony, wówczas system będzie poszukiwać kodu obcego zgodnie z zasadami przedstawionymi w części „Zasady identyfikacji towaru w oparciu o linię BuyerItemCode”. Następnie, jeżeli towar nie zostanie określony, wówczas system będzie poszukiwać kodu towaru wśród kodów własnych z jednostką inną niż jednostka główna, a jeżeli to nie da rezultatu to wśród kodów własnych z jednostką główną towaru.
Jeżeli zostanie wyszukanych wiele kodów, wówczas system pobierze „domyślny” spośród nich, bądź jeżeli taki nie istnieje to pierwszy z listy.
Jeżeli parametr „Dla linii EAN preferuj kod obcy” jest odznaczony, wówczas system w pierwszej kolejności będzie poszukiwać kodu własnego z jednostką pomocniczą, a następnie z jednostką główną. Jeżeli to nie da rezultatu to system będzie poszukiwać kodu wśród kodów obcych dla danego kontrahenta i jednostki pomocniczej, a następnie bez przypisanej jednostki.
Ustalanie kodu towaru na podstawie kodu obcego z pliku podczas importu komunikatów: FZ/FZK, (S)FZ (import faktury realizującej awizo wysyłki), PZ, OZ
Jeżeli parametr „Preferuj kod obcy z pliku” jest zaznaczony, wówczas system rozpocznie poszukiwanie kodu na podstawie danych przesyłanych w linii „SupplierItemCode”. Jeżeli ta identyfikacja się nie powiedzie wówczas system rozpocznie poszukiwanie towaru na podstawie linii EAN w kolejności zgodnej z ustawieniem parametru „Dla linii EAN preferuj kod obcy”.
Jeżeli ta identyfikacja się nie powiedzie, wówczas system rozpocznie poszukiwanie kodu na podstawie danych przesyłanych w linii „BuyerItemCode”.
Jeżeli powyższe działania nie pozwolą określić kodu towaru wówczas operacja importu zostanie przerwana, a komunikat nie zostanie wczytany do systemu Comarch ERP XL.
Ustalanie kodu towaru na podstawie kodu własnego podczas importu komunikatów: FZ/FZK, (S)FZ (import faktury realizującej awizo wysyłki), PZ, OZ
Jeżeli parametr „Preferuj kod obcy z pliku” jest odznaczony, wówczas system rozpocznie poszukiwanie kodu na podstawie danych przesyłanych w linii EAN w kolejności zgodnej z ustawieniem parametru „Dla linii EAN preferuj kod obcy”.
Jeżeli ta identyfikacja się nie powiedzie, wówczas system rozpocznie poszukiwanie kodu na podstawie danych przesyłanych w linii „SupplierItemCode”.
Jeżeli ta identyfikacja się nie powiedzie, wówczas system rozpocznie poszukiwanie kodu na podstawie danych przesyłanych w linii „BuyerItemCode”.
Jeżeli powyższe działania nie pozwolą określić kodu towaru wówczas operacja importu zostanie przerwana, a komunikat nie zostanie wczytany do systemu Comarch ERP XL.
Zasady identyfikacji towaru w oparciu o linię „BuyerItemCode”
Identyfikacja towaru odbywa się na podstawie kodu towaru określonego na karcie towaru.
Zasady identyfikacji towaru w oparciu o linię „SupplierItemCode”
System w pierwszej kolejności będzie poszukiwać kodu obcego z kontrahentem zgodnym z kontrahentem głównym dokumentu i z jednostką inną niż jednostka podstawowa towaru, a jeżeli to nie przyniesie rezultatu, wówczas w drugiej kolejności z jednostką podstawową towaru.
Zasady identyfikacji towaru na podstawie linii EAN
Jeżeli parametr „Dla linii EAN preferuj kod obcy” jest zaznaczony, wówczas system będzie poszukiwać kodu obcego zgodnie z zasadami przedstawionymi w części „Zasady identyfikacji towaru w oparciu o linię SupplierItemCode”. Następnie, jeżeli towar nie zostanie określony, wówczas system będzie poszukiwać kodu towaru wśród kodów własnych z jednostką inną niż jednostka główna, a jeżeli to nie da rezultatu to wśród kodów własnych z jednostką główną towaru.
Jeżeli zostanie wyszukanych wiele kodów, wówczas system pobierze „domyślny” spośród nich, bądź jeżeli taki nie istnieje to pierwszy z listy.
Jeżeli parametr „Dla linii EAN preferuj kod obcy” jest odznaczony, wówczas system w pierwszej kolejności będzie poszukiwać kodu własnego z jednostką pomocniczą, a następnie z jednostką główną. Jeżeli to nie da rezultatu to system będzie poszukiwać kodu wśród kodów obcych dla danego kontrahenta i jednostki pomocniczej, a następnie bez przypisanej jednostki.
E-faktura w zamówieniach publicznych, integracja z PEF
Wysyłka faktur do pliku XML realizowana jest na podstawie specyfikacji przygotowanej przez PEF. Struktura pliku XML oparta została o wytyczne PEPPOL BIS 3.O i CEFACT.
Aby wyeksportować plik w odpowiednim formacie należy dodać klasę atrybutu FormatEcod i uzupełnić wartością: peppol. Dla ułatwienia atrybut ten może zostać przypisany do kontrahenta i przenoszony na fakturę.
Wymiana dokumentów dostosowana do wymagań Castoramy
Jeżeli na karcie kontrahenta oraz dokumentach WZ, FS zdefiniowano atrybut o nazwie „FormatEcod” i określono dla niego wartość „Castorama”, wówczas dokumenty będą generowane i odbierane w standardzie oczekiwanym przez Castoramę, w przeciwnym wypadku wygenerowany plik będzie miał dotychczasową strukturę, właściwą dla sieci handlowych. Dokumenty realizowane są w ścieżce ZS -> WZ -> (S)FS lub (s)FS. Jednostki miary wykorzystywane przy wymianie to EA dla jednostki podstawowej oraz PK, PK1 dla jednostki pomocniczej.
Ustalanie jednostki podczas importu zamówienia ZS
Jeśli na zamówieniu określona zostanie jednostka miary EA w <UnitOfMeasure> wówczas towar zostanie dodany w jednostce podstawowej.
Jeśli na zamówieniu w <UnitOfMeasure> zostanie określona jednostka miary PK lub PK1 oraz przelicznik w polu <UnitPacksize> będzie większy od 1, wówczas na zamówieniu zostanie ustawiona jednostka o tym samym kodzie EAN oraz przeliczniku.
Jeśli na zamówieniu zostanie określona jednostka miary PK lub PK1 a przelicznik w polu <UnitPacksize> będzie równy 1, wówczas pozycja zostanie dodana o ile, zostanie odnaleziony towar o identycznej jednostce miary (PK lub PK1) i odpowiednim kodzie EAN.
Eksport numeru awiza dla dokumentu WZ, WZE
Podczas eksportu awiza dostawy konieczne jest wysłanie 16-cyfrowego numeru awiza w polu <DespatchAdviceNumber>. Numer ten składa się powinien z kodu kontrahenta u odbiorcy, daty wystawienia WZ, WZE oraz kolejnego numeru w danym dniu.
Aby poprawnie wysłać numer awiza na dokumencie WZ, WZE należy dodać atrybuty:
CodeByBuyer (tekstowy) – 6-cyfrowy kod kontrahenta u odbiorcy.
DespatchNumber (tekstowy) – kolejny numer w danym dniu. Numer uzupełniany jest zerami do 4 cyfr.
Eksport dat
Aby przesłać oczekiwaną datę dostawy <ExpectedDeliveryDate> oraz najwcześniejszą datę dostawy <EarliestDeliveryDate> na dokumencie WZ, WZE należy dodać atrybuty odpowiednio:
ExpectedDeliveryDate (data) – oczekiwana data dostawy.
EarliestDeliveryDate (data) – najwcześniejsza data dostawy.
W przypadku braku tych atrybutów pola zostaną uzupełnione na podstawie daty wystawienia WZ, WZE.
Ustalanie jednostki podczas eksportu awiza
Jeżeli pozycja na WZ, WZE dodana jest w jednostce podstawowej będzie ona przesyłana z jednostką EA
Jeżeli pozycja na WZ, WZE dodana jest w jednostce podstawowej o nazwie PK lub PK1 będzie przesyłana odpowiednio z jednostką PK lub PK1.
Jeżeli pozycja na WZ, WZE dodana jest w jednostce pomocniczej (z określonym kodem EAN) przesyłana będzie z jednostką PK oraz odpowiednim przelicznikiem w polu: <UnitPacksize>.
Dodatkowe pola przy eksporcie WZ, WZE
Przy eksporcie awiza wysyłki z określonym atrybutem FormatEcod o wartości Castorama wysyłane jest dodatkowo pole daty zamówienia <BuyerOrderDate>2019-11-06</BuyerOrderDate>.
Dodana została sekcja <Line-Order>, w której zapisywane są numer <BuyerOrderNumber> i data <BuyerOrderDate> zamówienia.
W sekcji <Line-Item> zostały dodane pola odnośnie liczby porządkowej <OrderLineNumber>, ilości <OrderedQuantity> oraz ilości w opakowaniu zbiorczym <UnitPacksize> na zamówieniu.
Przesyłanie faktur do KSeF za pośrednictwem Comarch EDI
Użytkownik ma możliwość wysyłki dokumentów do KSeF za pośrednictwem systemu Comarch EDI. Aby nie procesować oddzielnie wysyłki dokumentów do EDI, a oddzielenie do KSeF można wysyłać dokumenty tylko do Comarch EDI, a system zadba o wysłanie faktur do KSeF.
Więcej informacji dostępnych w biuletynie XL154 – Krajowy System e-Faktur.
Załączniki (dane binarne) pozwalają na wprowadzenie do systemu dowolnych danych w postaci: obrazków, plików, dokumentów oraz powiązania ich z obiektami w systemie, jak np. towarami czy kontrahentami. Dzięki temu, przykładowo do karty towaru można dołączyć jego zdjęcie, a do karty kontrahenta referencje w postaci pliku MS Word. Użytkownik ma pełną dowolność w określeniu formatu, w jakim zapisane i przechowywane będą dane binarne.
Definiowanie i przypisywanie załączników do obiektów
Typy załączników
Typy załączników definiowane są w module Administrator w oknie: Słowniki kategorii, w folderze: Inne, w gałęzi: Typy załączników. W systemie predefiniowane są następujące typy:
Archiwum, na który składają się rodzaje plików: Archiwa (*.zip)|*.zip|Wszystkie pliki (*.*)|*.*
Archiwum wydruków, na który składają się rodzaje plików: Pliki PDF (*.pdf).pdf|Wszystkie pliki (*.*)|*.*
Dziennik, na który składają się Pliki dziennika (*.log) |*.log|Wszystkie pliki (*.*)|*.*
MSExcel, na który składają się rodzaje plików: Skoroszyty (*.xls,*.xlsx) |*.xlx),*.xlsx|Wszystkie pliki (*.*)|*.*
MSWord, na który składają się rodzaje plików: Dokumenty (*.doc,*.docx)|*.doc,*.docx|Wszystkie pliki (*.*)|*.*
Obraz, na który składają się rodzaje plików: Obrazy (*.bmp,*.jpg,*.gif)|*.bmp;*.jpg;*.gif|Wszystkie pliki (*.*)|*.*
Outlook, na który składają się rodzaje plików: Outlook (*txt,*htm,*html,*msg)|*.txt,*.htm,*.html, *.msg|Wszytkie pliki (*.*)|*.*
Plik PDF, na który składają się rodzaje plików: Pliki PDF (*.pdf)|*.pdf|Wszystkie pliki (*.*)|*.*
Tapeta, na który składają się rodzaje plików: Tapeta (*.bmp,*.jpg,*.gif)|*.bmp;*.jpg;*.gif|Wszystkie pliki (*.*)|*.*
WFLMail, na który składają się rodzaje plików: Pliki WFLMail (*.WFLMail)|*.WFLMail|Wszystkie pliki (*.*)|*.
Typy te umożliwiają przypisanie do obiektów załączników w postaci wymienionych plików. Ponadto, możliwe jest zdefiniowanie nowych typów załączników. Informacje dotyczące dodawania nowych typów załączników znajdują się w rozdziale: Definiowanie nowego typu .
O właściwościach załączników przypisywanych do obiektów w Comarch ERP XL decydują ustawienia w oknie: Typy załączników, otwieranym z poziomu okna: Słowniki kategorii.
Typy załączników
W oknie: Typy załączników określa się pola:
Kategoria – kategoria będąca nazwą gałęzi ze słownika kategorii dotyczącą załączników (załączników)
Nazwa – nazwa typu umożliwiająca identyfikację plików objętych danym typem
Pliki – w polu wskazywane są pliki, objęte definiowanych typem
Grupa – grupa załączników, których dotyczy kategoria załączników, gdzie domyślnie jest to grupa główna. Nową grupę załączników można dodać po otwarciu w Administracji systemu zakładki: Narzędzia, następnie należy wybrać opcję:
Załączniki. Po naciśnięciu przycisku: zostanie otwarte okno: Lista załączników, w którym po naciśnięciu przycisku: [Dodaj] będzie można dodać nową grupę załączników
Kompresja danych – odpowiednie zaznaczenie w polu wyboru jednej z opcji zadecyduje o tym, czy w trakcie importu plik zostanie skompresowany. Opcja: Test, służy określeniu czy kompresja jest konieczna. Skompresowane zostaną pliki, których objętość zmniejszy się do 80% stany przed kompresją
Wersjonowane dane – dotyczy funkcjonalności pokazującej historię zmian załączania kolejnych wersji załącznika. Po zaznaczeniu na typie załącznika w grupie: Wersjonować dane opcji:
Tak, dodaniu i zapisaniu załącznika o określonym typie do obiektu, a następnie zaznaczeniu go na liście: Historia zmian i naciśnięciu w nim przycisku: [Szukaj] i zapisaniu otwartego za jego pomocą pliku załącznika, w oknie: Historia zmian będzie prezentowana zarówno obecna data modyfikacji pliku, jaki i poprzednia wg sortowania od najnowszej do najstarszej;
Nie, dodaniu i zapisaniu załącznika o określonym typie do obiektu, a następnie zaznaczeniu go na liście: Historia zmian i naciśnięciu w nim przycisku: [Szukaj] i zapisaniu otwartego za jego pomocą pliku załącznika, w oknie: Historia zmian będzie prezentowana wyłącznie ostatnia data modyfikacji pliku o określonym formacie.
Dopuszczalny rozmiar pliku (wartość) kB – określa maksymalny dopuszczalny rozmiar pliku załącznika w kB;
Automatycznie wyświetlaj – parametr ma znaczenie dla plików typu obraz. Po jego zaznaczeniu pliki typu .jpg, .bmp i podobne, będą automatycznie wyświetlone w prawym panelu zakładki: Załączniki, obiektu, do którego takie załączniki zostały przypisane;
Aktywne – pole wyboru zaznacza się, aby uaktywnić typ załączników w systemie. Po zaznaczeniu tego parametru typ załączników będzie mógł być wykorzystywany podczas przypisywania określonych plików od obiektów.
Lista załączników, zakładka: Załączniki
Okno wyświetla listę załączników wykorzystywanych w systemie COMARCH ERP XL. Aby otworzyć okno, należy z menu: Narzędzia, wybrać pozycję: Załączniki.
Administracja systemu, Lista załączników, na której jest możliwe definiowanie m.in. nowych grup załącznikówPrzykład aktualizowania listy załączników na liście towarów przy zaznaczonym w Administracji parametrze dla danego typu załącznika - Wersjonować dane: NiePrzykład aktualizowania listy załączników na liście towarów przy zaznaczonym w Administracji parametrze dla danego typu załącznika - Wersjonować dane: Tak
Rozmiar załączników
Ograniczenia w wielkości importowanych załączników zależą od wydajności komputera/serwera Użytkownika. W trakcie testów wersji starszej wersji import plików o wielkości ponad 200 MB przebiegał bez zakłóceń (zarówno przy kompresji danych jak i bez kompresji), jednak przy wielkościach plików ponad 400 MB, pojawiały się problemy z importem lub eksportem zaimportowanych załączników. W kolejnych wersjach Comarch ERP XL planowane są prace nad zwiększeniem bezproblemowego importu załączników o większej pojemności.
Osobne ograniczenia dotyczą wyświetlania załączników typu obraz bezpośrednio (bez potrzeby uruchomienia podglądu) w oknie obiektu, do którego zostały przypisane. W ten sposób mogą być wyświetlane pliki, których wielkość nie przekracza około 2 MB, a w przypadku karty załączników do 10 MB.
Ponadto, załączniki mogą być pakowane podczas zapisu, gdzie możliwe jest wykorzystanie opcji: Test, przy wykorzystaniu której możliwa jest weryfikacja wielości pliku po spakowaniu (tzn. czy jest to korzystne).
Wyświetlanie załączników
Po przypisaniu załączników do obiektów w Comarch ERP XL, możliwy jest ich podgląd. Jeżeli załączniki stanowią obraz (np.: *.bmp,*.jpg,*gif), wtedy możliwy jest bezpośredni podgląd w oknie obiektu, do którego zostały przypisane, np.: fotografia pracownika zostanie wyświetlona w oknie: Karta pracownika, po wybraniu zakładki: Załączniki. W takim przypadku musi być jednak zaznaczone pole: Automatycznie wyświetlaj, w oknie: Typy załączników (należy przy tym pamiętać o ograniczeniu wyświetlania plików do określonej wielkości – więcej w rozdziale: Rozmiar załączników ). Pozostałe typy załączników zostaną wyświetlone po naciśnięciu przycisku: [Uruchom] dotyczący podglądu załącznika w oknie obiektu, do którego zostały przypisane. Jego naciśnięcie spowoduje uruchomienie programu, umożliwiającego przegląd załączników, np. dla wyświetlenia arkusza kalkulacyjnego zostanie automatycznie uruchomiona aplikacja: MS Excel.
Podsumowując, wyświetlanie załączników odbywa się:
Automatycznie (dla plików typu: Obraz - np.: *.bmp,*.jpg,*gif), jeżeli dla typu załączników: Obraz, zaznaczono opcję: Automatycznie wyświetlaj (więcej w rozdziale: Rozmiar załączników );
Po naciśnięciu w oknie obiektu, do którego zostały przypisane załączniki, przycisku: [Uruchom] lub wybraniu z menu kontekstowego, (rozwijanego prawym klawiszem myszy) funkcji: Uruchom podgląd.
Definiowanie nowego typu załączników
W przypadku, gdy typy załączników, predefiniowanych w systemie nie odpowiadają Użytkownikowi (Użytkownik życzy sobie zaimportować plik, którego typ predefiniowany nie obejmuje) ma on możliwość zdefiniowania wybranego przez siebie typu załączników. Definiowanie nowego typu załączników odbywa się w oknie: Słowniki kategorii, dostępnym z poziomu modułu: Administrator. Sposób definiowania nowego typu załączników został przedstawiony na przykładzie dodawania typu załączników MS Visio, obejmującego skonwertowane pliki o rozszerzeniu .vsd.
Aby dodać nowy typ załączników (np.: .vsd), należy:
W oknie: Słowniki kategorii, rozwinąć gałąź kategorii: Inne i zaznaczyć kategorię: Typy załączników
Po zaznaczeniu danych załączników, nacisnąć przycisk: [Dodaj]. Zostanie otworzone okno: Typy załączników
W oknie: Typy załączników, należy wprowadzić następujące wartości:
Kategoria – przy dodawaniu załączników jest to domyślnie i bez możliwości modyfikacji kategoria: Typy załączników
Nazwa – nazwa typu umożliwiająca identyfikację plików objętych danym typem. Zakładając, że dodawany jest typ załącznika, który umożliwi importowanie plików PDF, można przyjąć nazwę PDF
Pliki – w polu wskazywane są pliki, objęte definiowanych typem, np. jeśli mają być zaimportowane pliki MS VISIO, należy je wymienić w tym polu w formacie: MS VISIO (*.vsd)|*.vsd|Wszystkie pliki (*.*)|*.*.
Grupa – grupa załączników, których dotyczy kategoria załączników, gdzie domyślnie jest to grupa główna
Kompresja danych – odpowiednie zaznaczenie w polu wyboru jednej z opcji zadecyduje o tym, czy w trakcie importu plik zostanie skompresowany. Opcja: Test, służy określeniu czy kompresja jest konieczna. Skompresowane zostaną pliki, których objętość zmniejszy się do 80% stany przed kompresją
Wersjonowane dane – dotyczy funkcjonalności pokazującej historię zmian załączania kolejnych wersji załącznika – szerzej w rozdziale: Typy załączników
Dopuszczalny rozmiar pliku (wartość) kB – określa maksymalny dopuszczalny rozmiar pliku załącznika w kB
Aktywne – zaznaczenie zadecyduje o statusie aktywności danego typu. Niemożliwe będzie umieszczenie nieaktywnego typu danych na obiekcie
Typy załączników wyświetlone w oknie: Słowniki kategoriiNowy typ załączników (MS VISIO) zdefiniowany z poziomu okna: Słowniki kategorii
Po wypełnieniu pól w oknie: Typy załączników, należy je zapisać, naciskając przycisk: [Zapisz]. Nowy typ załączników zostanie wprowadzony na listę typów załączników w oknie: Słowniki kategorii.
Lista typów załączników z nowym typem załączników (MS VISIO)
Nowy typ załączników będzie mógł być wykorzystywany w systemie – będą mogły być przypisywane pliki PDF do wybranych obiektów, jeżeli:
typ załączników będzie aktywny (zaznaczony parametr: Aktywne, w oknie: Typy załączników, zob. wyżej)
po zapisaniu typu załączników, została nagrana konfiguracja (aby ją nagrać należy otworzyć okno:
Konfiguracja i nacisnąć przycisk: [Zapisz].
Lista załączników
Lista załączników, zakładka: Załączniki
Załączniki, które zostały użyte w systemie prezentowane są w oknie: Lista załączników. Z poziomu tego okna możliwe jest również dodawanie, usuwanie, importowanie i eksportowanie załączników oraz przypisywanie ich od obiektów.
Lista załączników, zakładka: Załączniki
W oknie dostępne są pola i funkcje:
Rozmiar – filtr umożliwiający zawężenie listy wyświetlanych załączników według kryterium wielkości plików w kB.
Archiwalne – po zaznaczeniu parametru, na liście zostaną wyświetlone zarówno załączniki aktywne jak i archiwalne. Załączniki archiwalne będą wyświetlane szarym kolorem czcionki.
Typ – filtr umożliwiający zawężenie listy wyświetlanych załączników według ich typu.
Język - filtr umożliwiający zawężenie listy wyświetlanych załączników według języka.
Data utworzenia – filtr umożliwiający zawężenie listy wyświetlanych załączników do wskazanego zakresu dat w polach: Od, Do.
[Dodaj grupę] – po naciśnięciu przycisku otwiera się okno: Grupa załączników.
[Dodaj] – służy dodaniu załącznika do listy. Po naciśnięciu przycisku zostanie wyświetlone okno: Załącznik, z poziomu którego można importować oraz eksportować załączniki, a także przypisywać załączniki do obiektu. Po dodaniu łącznika kursor będzie podświetlał nowo dodany rekord na liście.
[Karta] – po naciśnięciu przycisku zostanie wyświetlone do podglądu/edycji okno: Załącznik
[Usuń] – usuwa załącznik (niepowiązaną z żadnym obiektem) z listy.
Na liście załączników wyświetlone będą automatycznie załączniki typu dziennik, które zawierają loga wygenerowanego podczas wykonywania akcji kluczowej przez XL WORK AUTOMAT w procesach.
W logach tych zawarta jest informacja o przyczynach niepowodzenia w wykonywanych akcjach.
W Konfiguracji w części Ogólne na zakładce Parametry 2 jest parametr umożliwiający konfigurację pojawiania się informacji w logu „Do procesu załączaj log tylko gdy wystąpiły błędy lub ostrzeżenia”. W przypadku jego zaznaczenia procesy powinny robić wpisy do załączników tylko w przypadku gdy w logu pojawią się błędy lub ostrzeżenia.
Po podniesieniu pojedynczego załącznika, zostaje otwarte okno: Załącznik, którego właściwości zostały opisane w punkcie: 1.1.6.
Lista załączników, zakładka: Archiwum wydruków
Zakładka Archiwum wydruków na Liście załączników jest analogiczna do zakładki Załączniki. Różnica między nimi sprowadza się do dodatkowych filtrów.
Ponadto na tej zakładce widoczne są wydruki wysyłane jako załączniki w postaci PDF programem pocztowym obok wydruków generowanych na drukarkę stacjonarną. Nazwa wydruku składa się z: <Nazwa wydruku>_<Numer dokumentu>_<Data wydruku>.pdf. Przykład: Faktura sprzedaży_FS-15/10/2010_20101210.pdf
W oknie funkcjonują następujące filtry:
Data wydruku – umożliwia zawężenie listy wyświetlanych załączników do wskazanego zakresu dat w polach: Od, Do. Sortowanie odbywa się po dacie wydruku
Data dokumentu – umożliwia zawężenie listy wyświetlanych załączników do wskazanego zakresu dat w polach: Od, Do
Podmiot – umożliwia zawężenie listy wyświetlanych załączników w zależności od wskazanego podmiotu. Przy tym można wskazać: Kontrahenta, Pracownika, Urząd, Bank, Inny
[Podgląd wydruku w PDF] – umożliwia podgląd zaznaczonego załącznika w postaci PDF.
[Podgląd] – umożliwia podgląd zaznaczonego załącznika. Naciśnięcie ikony spowoduje otwarcie formatki zaznaczonego dokumentu.
Lista załączników, zakładka: Archiwum wydruków
Właściwości załączników
Informacje ogólne o właściwościach załączników
W Konfiguracji systemu na zakładce: Ogólne / Parametry 1 w grupie: Załączniki systemowe, czyli znajdujące się w archiwum wydruków, dla których zostały obsłużone opcje:
Nie pozwalaj na usuwanie obiektów, do których przypisane są systemowe załączniki – po zaznaczeniu tej opcji, nie będzie możliwe usuwanie obiektów (np. dokumentów, kart towarów, kontrahentów), do których przypisane są systemowe załączniki. Jeśli zostanie zaznaczona ta opcja, jednocześnie zostanie zaznaczona opcja: Nie pozwalaj na usuwanie załączników systemowych jn
Nie pozwalaj na usuwanie załączników systemowych – po zaznaczeniu tej opcji, nie będzie możliwe usuwanie załączników systemowych
Na poszczególnym obiekcie dotyczącym załącznika jest obsłużony parametr: Systemowy odnoszący się do ustawień z Konfiguracji:
Okno: Załącznik, zakładka: Ogólne
W oknie właściwości załączników, na zakładce: Ogólne określamy kod oraz nazwę załącznika, a także dokonujemy importu i eksportu pliku.
Właściwości załączników, zakładka: Ogólne
W oknie dostępne są pola i funkcje:
Kod – w polu wprowadza się kod załącznika, wyświetlany na liście załączników
Nazwa – nazwa załącznika. Po zaimportowaniu danej wyświetlona zostanie domyślnie nazwa tego pliku
Typ – format załącznika. Pole również wypełniane automatycznie po zaimportowaniu pliku
Rozszerzenie – rozszerzenie załącznika. Pole wypełniane jest automatycznie po jej zaimportowaniu do systemu
Rozmiar – pole określające rozmiar załącznika, wypełniane automatycznie
Modyfikował/Data – w polu wyświetlane są dane operatora, który dokonał modyfikacji załącznikowi oraz daty, kiedy została dokonana modyfikacja
Archiwalny – nadanie załącznikowi charakteru archiwalności umożliwia zawężenie listy załączników tylko do aktywnych. Archiwalny załącznik będzie mógł nadal być wykorzystywany na obiektach – możliwy będzie jej podgląd, edycja itd.
[Uruchom] – naciśnięcie przycisku powoduje otworzenie załącznikowi do podglądu/edycji (za pomocą programu wskazanego w typie załączników – więcej w rozdziale: Typy załączników ).
[Import z pliku] – funkcja umożliwia import załącznikowi do systemu. Po naciśnięciu przycisku zostanie wyświetlone okno: Import pliku do bazy danych, w którym należy wskazać odpowiedni plik, a następnie nacisnąć przycisk: Otwórz. Załącznik zostanie zaimportowany.
[Eksport do pliku] – funkcja umożliwia eksport załącznikowi (pliku) z bazy danych. Po naciśnięciu przycisku zostanie otworzone okno: Eksport do pliku z bazy danych, w którym należy wskazać lokalizację, do której ma zostać wyeksportowany plik, a następnie nacisnąć przycisk: Zapisz. Eksport załącznikowi nie spowoduje usunięcia załącznikowi z bazy danych – zostanie ona po prostu skopiowana do wskazanej lokalizacji.
W systemie Comarch ERP XL istnieje możliwość opisywania załączników. Wprowadzony na załącznikach opis jest widoczny w odpowiedniej kolumnie, bezpośrednio z poziomu zakładki: Załączniki danego obiektu
Załącznik, zakładka: Ogólne, pole: OpisDokument PW, zakładka: Załączniki, kolumna: Opis
Okno: Załącznik, zakładka: Historia zmian
W oknie: Historia zmian są prezentowane daty i godziny zapisywania załącznika wraz ze wskazaniem operatora, który dokonywał zmiany i opisem. Historia zmian dział w zależności od ustawień dla danego typu załącznika określonego w oknie: Typy załączników w sekcji: Wersjonowane dane, co zostało szczegółowo opisane w rozdziale: Typy załączników.
Na zakładce zostały obłożone opisane powyżej standardowe przyciski: [Podgląd], [Uruchom], [Zapisz], [Eksport do pliku], [Usuń], [Zapisz], [Anuluj], których działanie zostało opisane powyżej.
Właściwości załączników, zakładka: Historia zmian
Okno: Załącznik, zakładka: Obiekty
Na zakładce: Obiekty wyświetlona jest lista obiektów, z którymi powiązany jest załącznik. Z poziomu tego okna możliwe jest również wyświetlenie załączników zdefiniowanych jako atrybuty (klasa atrybutu o typie: Załącznik), i które jako atrybuty przypisane zostały do obiektów w systemie. Zaleta wiązania załączników z obiektami z poziomu okna: Właściwości załączników jest to, że możliwe jest tu wiązanie jednej danej z wieloma obiektami. Nie ma więc potrzeby edytowania kart kolejnych obiektów i przypisywanie im tego samego załącznika.
Z poziomu tego okna możliwe jest również dodawanie kolejnych obiektów za pomocą przycisku: [Dodaj], ich podgląd [Podgląd], [Usuń].
Ponadto, jest obsłużona funckonalność obłsużona za pomocą przycisku: dotycząca pokazywania obiektów i aplikacji, których dotyczy załącznik.
Właściwości załączników, zakładka: Obiekty
Okno: Załącznik, zakładka: Atrybuty
W oknie: Załączniki na zakładce: Atrybuty istnieje możliwość opisania załącznikowi za pomocą atrybutów. Jednak aby można było przypisać atrybut do załącznika, w pierwszej kolejności należy przypisać klasę tego atrybutu do obiektu: Załącznik.
Właściwości załączników, zakładka: Atrybuty
Okno: Załącznik, zakładka: Załączniki
W oknie Załączniki na zakładce: Załączniki zostały standardowo obsłużone załączniki, które można zdefiniować dodatkowo załącznik będący załącznikiem do załącznika.
Właściwości załączników, zakładka: Załączniki
Przypisywanie załączników do obiektów
Załączniki można przypisać do większości obiektów znajdujących się systemie m.in.: Karty pracownika, Karty kontrahenta, Karty towaru, dokumentów handlowych, magazynowych, wewnętrznych, obiektów CRM itd. Dodano także zakładkę: Dane binarne (nazwa w kolejnych wersjach została zmieniona na: Załączniki) w nagłówkach dokumentów: zapytań, ofert, zamówień, paczkach oraz wysyłkach.
Aby przypisać załączniki do obiektu, należy:
Na edytowanym obiekcie, do którego mają zostać przypisane załączniki, przechodzimy na zakładkę: Załączniki
Na zakładce: Załączniki, należy nacisnąć przycisk: [Dodaj]. Podniesione zostanie okno: Załącznik, wybieramy zakładkę: Ogólne
Dodawanie załączników do obiektu, okno: Załącznik, zakładka: Ogólne
Naciskając przycisk: [Import z pliku], zostanie otworzone okno: Import pliku do bazy załączników. W oknie należy wskazać lokalizację pliku (załączników – obrazu, pliku tekstowego, arkusza kalkulacyjnego, innych), a po jej podaniu, nacisnąć przycisk: [Otwórz] . Po jego użyciu, plik zostanie zaimportowany do systemu Comarch ERP XL
Uzupełniamy Kod załącznika. Możliwe jest wprowadzenie od razu nazwy pliku, który zostanie dodany, ale należy pamiętać, że podczas importu zostanie automatycznie przypisana nazwa pliku importowanego. Następnie wskazujemy typ załączników
Przechodzimy na zakładkę: Obiekty, rozwijamy menu przyciskiem: [Rozwija menu dostępnych opcji] i wybieramy z listy typ obiektu (np. Kontrahent), do którego ma zostać przypisany załącznik; zostanie otworzona lista obiektów, z której wskazujemy konkretny obiekt (np. kontrahenta), z którym nastąpi powiązanie załącznikowi
Dodawanie załączników do obiektu, okno: Załącznik, zakładka: ObiektyDodawanie załączników do obiektu, okno: Załącznik, zakładka: Obiekty, lista obiektów, do których można przypisać załącznik
Zapisujemy załącznik (przyciskiem: [Zapisz])
Załączniki - Obraz (plik .jpg) zaimportowany do Comarch ERP XL
Ilość zaimportowanych plików może być dowolna. Aby uruchomić podgląd zaimportowanych załączników, należy zaznaczyć odpowiednią pozycję na zakładce i nacisnąć przycisk: [Uruchom podgląd]. Więcej informacji o wyświetlaniu plików znajduje się w rozdziale: Wyświetlanie załączników .
Wczytywanie bezpośrednio do załączników
W systemie Comarch ERP XL istnieje możliwość dodawania załączników poprzez udostępnienie skanowania bezpośrednio z poziomu otwartego obiektu, np. dokumentu. Dane mogą być również wczytywane z innych nośników, takich jak np. aparatu fotograficznego. Aby wczytać dane z aparatu fotograficznego na nagłówek dokumentu należy:
Otworzyć obiekt na zakładce: Załączniki
Przyciskiem: [Rozwija menu dostępnych opcji] obok przycisku: [Dodaj] wybieramy opcję: Pobierz;
Faktura zakupu, zakładka: Załączniki, przycisk: Dodaj, opcja Pobierz
w otwartym nowym oknie: Wybieranie źródła, wskazujemy źródło danych z którego zostaną pobrane obrazy:
Okno: Wybieranie źródła
po wskazaniu konkretnego obrazu, następnie jest on dodawany jako załącznik. Więcej informacji o dodawaniu załączników znajduje się w rozdziale: Właściwości załączników.
Wykorzystanie załączników na obiektach
Poniżej wymieniono przykłady wykorzystania załączników na obiektach występujących w systemie Comarch ERP XL. Nie jest to wyliczenie enumeratywne - załączniki, dzięki swej uniwersalności mogą mieć wszechstronne zastosowanie - adekwatne do konkretnych potrzeb Użytkownika.
Załączniki na karcie pracownika
Załączniki na karcie pracownika mogą stanowić:
Fotografie pracownika
Dokumenty dotyczące pracownika (umowy o pracę, świadectwa uczestnictwa w szkoleniach, uzyskane dyplomy, inne)
Załączniki w Intranetowych Aplikacjach Pracowniczych
Załączniki - pliki zawierające fotografie o wielkości do 1 mb mogą być wyświetlane w Intranetowych Aplikacjach Pracowniczych. Wyświetlane one są na zakładce: Info, przedstawiającej podstawowe dane identyfikacyjne pracownika. Aby obraz taki został wyświetlony należy:
Na Karcie pracownika, na zakładce: Załączniki, przypisać załączniki – plik z fotografią pracownika, zgodnie z opisem w rozdziale: Przypisywanie załączników do obiektów;
Zaznaczyć wprowadzone załączniki, i nacisnąć prawy klawisz myszy – zostanie rozwinięte menu kontekstowe;
Z menu kontekstowego, należy wybrać funkcję: Ustaw domyślną;
Po uruchomieniu Intranetowych Aplikacji Pracowniczych i wybraniu zakładki: Info, dla pracownika, któremu przypisano załączniki, zostanie wyświetlona jego fotografia.
Załącznik (plik ze zdjęciem) wyświetlany z poziomu Intranetowych Aplikacji Pracowniczych
Załączniki na Karcie kontrahenta
Załączniki na Karcie kontrahenta mogą stanowić:
Dokumenty dotyczące kontrahenta (np. uzyskane certyfikaty, licencje, listy referencyjne, kopie umów);
Arkusze kalkulacyjne;
Obrazy (np. mapy dojazdu do kontrahenta);
Inne.
Przykładowe załączniki na Karcie kontrahenta
Załączniki na Karcie towaru
Załączniki na Karcie towaru mogą stanowić:
Dokumenty dotyczące towaru (np. certyfikaty towaru, licencje, zezwolenia na dopuszczenie do obrotu, specyfikacja funkcjonalna towaru, katalogi, ulotki informacyjne itp.);
Arkusze kalkulacyjne (np. analizy wydajności, trwałości towaru itp.);
Obrazy (np. zdjęcia dostępnego towaru itp.);
Inne.
Przykładowe załączniki na Karcie towaru
Seryjne dodawanie załączników/zdjęć
W systemie Comarch ERP XL obsłużone zostało wczytywanie zdjęć oraz innych plików do systemu wraz z automatycznym tworzeniem załączników do towarów. Funkcjonalność ta pozwala na zautomatyzowanie i przyspieszenie całego procesu dodawania zdjęć lub innych plików do towarów Dzięki takiemu rozwiązaniu użytkownik będzie mógł szybko i sprawnie przygotować ba danych np. do Comarch ERP e-Sklep.
Automatyzacja procesu dodawania zdjęć wymaga od użytkownika przygotowania odpowiedniej bazy zdjęć (lub innych plików) i takie jej opisanie aby program mógł bezbłędnie przypisać dane zdjęcie (lub inny plik) do określonego towaru.
Udostępnione zostały dwie opcje importu zdjęć/plików w zależności od tego gdzie i jak będą umieszczone zdjęcia/pliki:
* Import zdjęć bezpośrednio z katalogu na dysku, w którym są umieszczone zdjęcia/pliki. Warunek konieczny: nazwa pliku musi być zgodna z kodem lub kodem EAN towaru.
* Import zdjęć na podstawie mapy przygotowanej w arkuszu MS Excel, arkusz musi zawierać kod (lub kod kreskowy) towaru oraz link do zdjęcia w postaci ścieżki do konkretnego pliku lub adresu URL.
Przygotowane przez użytkownika zdjęcia czy inne pliki będą mogły być równocześnie zaimportowane do bazy i powiązane ze wskazanymi towarami. Efektem importu będzie dodanie załącznika do listy załączników oraz podpięcie go do odpowiedniego towaru. Możliwe jest również dodanie wielu załączników do tego samego towaru.
Podczas importu możliwe jest określenie języka załącznika, ustalenie, do jakiej grupy powinien trafić oraz zdefiniowanie, do jakich aplikacji ma być wysyłany. Jeżeli import będzie realizowany z wykorzystaniem pliku MS Excel wówczas grupa załącznika może być określona w arkuszu.
Lista towarów – okno importu
Na liście towarów został dodany przycisk służący do wywołania operacji importu plików „Seryjny import załączników”:
Przycisk importu plików na liście towarówParametry importu załączników
Przed rozpoczęciem importu należy ustalić następujące parametry:
Rodzaj Importu
* Import plików zapisanych na dysku
* Import na podstawie arkusza MS Excel
Katalog/plik źródłowy – w zależności od wybranego rodzaju importu należy wskazać katalog w którym umieszczone są pliki do importu bądź wskazać arkusz MS Excel w którym zapisano ścieżki do plików.
Ustaw dostępność w aplikacjach – należy zaznaczyć, w których aplikacjach dodane załączniki mają być widoczne. Dotyczy wszystkich dodawanych załączników.
Ustaw grupę załączników – można wskazać jedną z istniejących grup załączników lub wybrać opcję „Grupa załączników wg pliku” wówczas grupa zostanie określona na podstawie zapisów w arkuszu.
Język – należy ustawić język dla dodawanych załączników.
Sposób zapisu do bazy – należy określić czy do załączników mają zostać dodane pliki w postaci danych binarnych czy tylko, jako linki do plików.
Import plików zapisanych na dysku
Aby móc zaimportować zdjęcia czy inne pliki zapisane na dysku muszą zostać spełnione określone warunki. Pliki zapisane na dysku muszą mieć nazwę zgodną z kodem lub z kodem kreskowym towaru. Jeśli zachodzi konieczność zaimportowania kilku plików do jednego towaru w katalogu wskazanym na oknie importu należy utworzyć katalog o kodzie (lub kodzie kreskowym) towaru i umieścić z nim pliki, które mają być dodane do towaru. W tym przypadku nazwa pliku nie ma znaczenia.
Akcja importu złączników do bazy będzie skutkowała zapisem w bazie nowego załącznika z równoczesnym podpięciem go do ustalonego towaru.
Kod i nazwa załącznika będzie ustalana na podstawie nazwy pliku. W przypadku nazw pliku dłuższych niż 40 znaków kod załącznika będzie skracany. Program podczas importu rozpozna rodzaj pliku i odpowiednio ustawi „Typ” załącznika. W przypadku zdjęć będzie to obraz. Pozostałe parametry załącznika zostaną ustalone na podstawie ustawień na oknie importu.
Import na podstawie arkusza MS Excel
Możliwe jest importowanie zdjęć umieszczonych w różnych lokalizacjach lub zdjęć zapisanych, jako URL. W tym celu należy utworzyć arkusz MS Excel, w którym zapisane będą kody (bądź kody kreskowe) towarów oraz ścieżki do plików, na podstawie, których zostaną utworzone załączniki do towarów.
W arkuszu powinny się znaleźć następujące informacje:
Przykładowy arkusz z danymi do importu:
Podczas importu na podstawie danych umieszczonych w arkuszu pliki zostaną odszukane i zaimportowane do systemu tworząc załączniki zgodnie z ustawieniami na oknie importu. W przypadku gdy w pliku zostanie uzupełniona kolumna Grupa oraz na oknie importu zostanie ustawiona opcja „Grupa załączników wg pliku” stworzone załączniki zostaną dodane do grupy wskazanej w pliku. W przypadku braku takiej grupy w systemie zostaną dodane do Grupy głównej. Pliki mogą zostać zapisane do bazy lub umieszczone tylko jako linki, jeśli podczas importu zostanie wybrana opcja „Zapis danych w postaci linków”
Uwaga
W przypadku umieszczenia ścieżki w postaci ULR, możliwe będzie utworzenie wyłącznie w postaci linków.
Załączniki jako linki
W systemie Comarch ERP XL umożliwiono dodawanie do obiektów załączników w formie linków dzięki czemu możliwe jest udostępnianie za pośrednictwem adresów URL załączników o dużych rozmiarach bez zbędnego obciążania bazy danych.
Zmiany w oknie: Załącznik
W oknie Załącznik dodane zostało pole URL, w którym można wprowadzać adres strony internetowej lub ścieżki dostępu do pliku czy folderu znajdującego się na danym nośniku.
Obok pola URL dodane zostały opcje
[Zobacz stronę], która służy do wywoływania (otwierania) załącznika oraz
[Lokalizacja pliku lub folderu], za pomocą której można wskazywać ścieżkę do załącznika.
Okno Załącznik - nowe pole URL wraz z opcjami wskazywania ścieżki do załącznika oraz otwierania załącznika
W menu rozwijalnym obok przycisku [Lokalizacja pliku lub folderu], znajdują się opcje, za pomocą których można wskazać odpowiedni link:
Opcje, za pomocą których można uzupełnić pole URL na załączniku
Opcja: Lokalizacja pliku - umożliwia wskazanie linku do pliku. Po wybraniu opcji uruchomione zostaje okno: Wybierz plik, w którym można wskazać odpowiedni plik, do którego ścieżkę dostępu chcemy zapisać i za pomocą opcji: Otwórz uzupełnić na załączniku link do wybranego pliku:
Wskazywanie na załączniku ścieżki do pliku, za pomocą opcji: Lokalizacja pliku
Opcja: Lokalizacja folderu - umożliwia wskazanie linku do folderu. Po wybraniu opcji uruchomione zostaje okno: Przeglądanie w poszukiwaniu folderu, w którym można wskazać folder, do którego ścieżkę dostępu chcemy zapisać i za pomocą opcji OK uzupełnić na załączniku link do wybranego folderu:
Wskazywanie na załączniku ścieżki dostępu do folderu za pomocą opcji: Lokalizacja folderu
Opcja: Adres strony internetowej - umożliwia otwarcie domyślnej przeglądarki w celu wyszukiwania odpowiednego adresu URL. Wybrany w przeglądarce adres strony internetowej można skopiować, a następnie wkleić w polu URL w oknie Załącznika
Otwieranie domyślnej przeglądarki za pomocą opcji: Adres strony internetowej
Załącznik dodany jako link można „nadpisać” poprzez wykonane na nim zmiany np. poprzez wskazanie innej ścieżki do załącznika lub wykonanie importu załącznika z pliku. Jeśli wykonany zostanie import załącznika z pliku za pomocą opcji [Import pliku] to załącznik przestanie być tylko linkiem. W takiej sytuacji wykonany zostanie standardowy zapis pliku do bazy danych.
Zmiana na zakładce: Załączniki
Na zakładce Załączniki dodana została nowa kolumna: Adres URL. W kolumnie prezentowany jest link do załącznika, wskazany w oknie: Załącznik, w polu URL. W przypadku prawidłowo podanej ścieżki dostępu/adresu strony internetowej w oknie załącznika, kliknięcie w link w kolumnie: Adres URL spowoduje otwarcie załączonego pliku folderu lub strony internetowej.
Zakładka Załączniki- nowa kolumna: Adres URL
Zmiany na liście załączników
Na liście załączników dodana została nowa kolumna: Adres URL. W kolumnie prezentowany jest link do załącznika wskazany w oknie: Załącznik, w polu URL. Analogicznie jak z poziomu zakładki: Załączniki, kliknięcie w link w kolumnie adres URL na liście załączników powinno spowodować otwarcie załącznika.
Lista załączników - nowa kolumna: Adres URL
Nowa kolumna: Adres URL została również uwzględniona w eksporcie do arkusza kalkulacyjnego wykonywanym z poziomu listy załączników.
Kopiowanie załączników z TP na ZP
Wprowadzono opcjonalne kopiowanie załączników, zdefiniowanych w technologiach produkcyjnych, na odpowiednie obiekty, na ZP. Kopiowanie załączników z technologii na ZP obejmuje kopiowanie załączników z materiałów/produktów w technologii na materiały/produkty, znajdujące się na realizacjach operacji, a także kopiowanie załączników z operacji w technologii na operacje planowane
Technologia produkcji, zakładka: Ogólne- nowy parametr: Kopiuj załączniki z TP na ZP, którego zaznaczenie spowoduje uruchomienie funkcjonalności kopiowania załączników z TP na ZP, w trakcie realizacji zlecenia, w oparciu o daną technologię
Dodatkowo obsłużono kopiowanie załączników dodanych na operacjach planowanych, na odpowiednie ich realizacje. Działała ono niezależnie od jakiegokolwiek parametru, tzn., jeśli na operacji planowanej dodane będą załączniki, to podczas dodawania realizacji do tej operacji kopiowane będą wszystkie załączniki z operacji planowanej, na dodawaną do niej realizację.
Aby podłączyć drukarkę fiskalną do systemu Comarch ERP XL należy:
ustawić właściwości portu COM w systemie operacyjnym,
wybrać odpowiedni sterownik dla drukarki fiskalnej i ustawić port, do którego drukarka jest podłączona,
zmapować stawki podatku VAT,
zafiskalizować bazę danych.
Po wprowadzeniu wszystkich ustawień należy zakończyć pracę we wszystkich modułach systemu Comarch ERP XL i rozpocząć pracę na nowo.
Ustawienia portu COM
Ustawienia portów COM wprost wpływają na działanie drukarek fiskalnych w programie. Tym samym należy poprawnie ustawić port COM zgodnie z instrukcją użytkownika drukarki.
Elzab
Szybkość
9600, 19200
Parzystość
Parzyste (Even)
Liczba bitów
8
Bit stopu
1
Sterowanie
Brak, xon/xoff, Sprzętowe
Uwaga
Powód dodania opcji: Sprzętowe w sterowaniu przepływem został opisany w rozdziale: Ustawienia portu COM dla drukarki FP600 starej homologacji.
Posnet (Novitus, Innova)
Szybkość
9600
Parzystość
Brak (None)
Liczba bitów
8
Bit stopu
1
Sterowanie przepływem
Brak
Właściwości portu COM są dostępne w Menedżerze urządzeń systemu Windows.
Właściwości portu komunikacyjnego COM
Konfiguracja sterownika, portu COM, do którego jest podłączona drukarka fiskalna oraz pozostałych parametrów
Wybranie sterownika oraz portu COM można wykonać w Menu Comarch ERP XL -> System -> Konfiguracja komputera na zakładce: Drukarka fiskalna.
Okno: parametry komputera, zakładki: Drukarka fiskalna w tym wykonywanie testu drukarki
Od archiwalnej już wersji 2013.5, zostały wprowadzone dodatkowe sterowniki do obsługi drukarek fiskalnych obsłużone w Konfiguracji komputera na zakładce: Drukarka fiskalna 2.
Okno: parametry komputera, zakładki: Drukarka fiskalna 2, w tym wykonywanie testu drukarki
Na zakładce: Drukarka fiskalna w polu: Nazwa pliku sterowania należy wskazać sterownik. Sterownik należy wybrać po naciśnięciu ikony: [Wybierz plik]. Wymagane pliki sterowników znajdują się w katalogu, do którego został zainstalowany system Comarch ERP XL. Sterowniki te należy dobierać w zależności od typu drukarki i rodzaju pracy (stacjonarna, przez terminal).
DF300.dll
Drukarki Posnet Thermal, Emar Printo
DF300_1.dll
Drukarki zgodne z Posnet
FP600.dll
Drukarki firmy Elzab
Innova.dll
Drukarki firmy Innova
Novitus.dll
Drukarki firmy Novitus
Jeżeli drukarka fiskalna podłączana jest do portu USB, to w oknie: Parametry komputera pojawia się dodatkowy port COM z kolejnym numerem.
Uwaga
Comarch ERP XL współpracuje z drukarkami, które pracują na protokole THERMAL. Jeżeli drukarka pracuje na protokole POSNET należy wówczas przełączyć się na protokół THERMAL- opcja dostępna do zmiany w konfiguracji drukarki. Nie dotyczy wykorzystania nowych sterowników.
Następnie należy ustawić port COM, zarówno na zakładce: Drukarka fiskalna, jak i Drukarka fiskalna 2:
Wybór sterownika do drukarek fiskalnych w zależności od sposobu pracy (przy użyciu tzw. Nowych sterowników lub bez ich zastosowania)
Po ustawieniu sterownika i portu COM należy:
Wykonać test sterownika naciskając przycisk [Test sterownika] – po jego wykonaniu otrzymujemy informacje na temat: Nazwy, Wersji oraz Typu sterownika. Opcja ta jest dostępna jedynie na zakładce: Drukarka fiskalna;
Test sterownika wykonywany w oknie: Parametry komputera na zakładce: Drukarka fiskalna
Uwaga
Uwaga: Test sterownika jest tylko sprawdzeniem wybranego pliku dll. Nie jest sprawdzana komunikacja drukarki z systemem.
Zdefiniować dodatkowe ustawienia, tj.:
Nie drukuj informacji na starcie systemu – jeżeli parametr nie będzie zaznaczony, to przy otwieraniu, któregokolwiek modułu będzie drukowana na drukarce fiskalnej informacja o rozpoczęciu pracy kasjera,
Wyświetlaj numer paragonu – po zaznaczeniu parametru na każdym paragonie będzie drukowany numer dokumentu PA z systemu Comarch ERP XL,
Drukuj kaucje – po zaznaczeniu parametru system będzie drukował informacje o towarach kaucjonowanych do dokumentów kaucji spiętych z fiskalizowanymi dokumentami,
Oznaczenie operatora i stanowiska – po zaznaczeniu parametru udostępnia się do edycji pole: Oznaczenie stanowiska (kasy), do którego można wpisać numer kasy, który później będzie drukowany na paragonach;
Dodatkowe parametry dla drukarki w oknie: Parametry komputera na zakładce: Drukarka fiskalna i Drukarka fiskalna 2
Uwaga
Aby numer kasjera zapisał się w drukarce fiskalnej należy wydrukować informację startową – jeżeli nie zostanie ona ani razu wydrukowana, to oznaczenie stanowiska kasy nie będzie drukowane na paragonach.
Test połączenia drukarki z system Comarch ERP XL, naciskając przycisk [Test drukarki] – jeżeli wybrany wcześniej sterownik oraz port COM są prawidłowe oraz nie ma problemów technicznych, to pojawia się komunikat: Drukarka podłączona;
Test drukarki wykonywany w oknie: Parametry komputera na zakładce: Drukarka fiskalna i Drukarka fiskalna 2
Dodatkowo, w oknie: Parametry komputera na zakładce: Drukarka fiskalna 2 jest możliwe wybranie trybu pracy na drukarce niezafiskalizowanej.
Okno: Parametry komputera, zakładka Drukarka fiskalna, parametr: Praca na drukarce niezafiskalizowanej
W konfiguracji drukarki fiskalnej z zakładki : Drukarka fiskalna 2 dostępna jest opcja drukowania fiskalnego poprzez Drukarkę sieciową Praca na drukarce sieciowej: Parametry komputera na zakładce: Drukarka fiskalna 2
Mapowanie stawek VAT
Kolejną czynnością jaką należy wykonać jest mapowanie stawek VAT. Można je wykonać z poziomu dowolnego modułu, menu System -> Konfiguracja komputera -> zakładka: Sprzedaż -> Słownik: Drukarki fiskalne.
Po naciśnięciu przycisku: [Dodaj] podnosi się okno: Drukarka fiskalna - zostanie dodana.
Mapowanie stawek VAT, okno: Drukarka fiskalna dla, od prawej, sterownika odnoszącego się do zakładki: Drukarka fiskalna, Drukarka fiskalna 2 w oknie: Parametry komputera
W oknie: Drukarka fiskalna znajduje się parametr: Nowy sterownik. Jeżeli w Konfiguracji komputera na zakładce:
Drukarka fiskalna zostaną zdefiniowane niezbędne parametry, to w Konfiguracji na zakładce: Sprzedaż / Słowniki / Drukarki fiskalne należy zdefiniować wszystkie parametry bez zaznaczania parametru: Nowy sterownik,
Drukarka fiskalna 2 zostaną zdefiniowane niezbędne parametry, to w Konfiguracji na zakładce: Sprzedaż / Słowniki / Drukarki fiskalne należy zdefiniować wszystkie parametry z zaznaczeniem parametru: Nowy sterownik.
Jeśli nie zostanie wybrana współpraca z zastosowaniem tzw. Nowych sterowników, to w polu: Nazwa należy wpisać nazwę wybranego wcześniej sterownika drukarki.
Przyklad
Wybrano sterownik df300.dll, to nazwa mapowania powinna być: df300
Jeśli zostanie wybrana współpraca z zastosowaniem tzw. Nowych sterowników, czyli zostanie zaznaczony ww. parametr: Nowy sterownik, to pole: Nazwa wypełni się automatycznie i w polu: Opis zostanie uaktywnione pole z listą drukarek, gdzie należy wskazać odpowiedni model (dla pracy w trybie terminalowym na końcu nazwy drukarki będzie słowo: Terminal):
Lista drukarek dostępna w oknie: Drukarka fiskalna w polu: Opis
W kolumnie: Odpowiednik wskazujemy odpowiednik literowy stawki VAT zmapowanej na drukarce fiskalnej. Aby uzyskać mapowanie stawek VAT z drukarki fiskalnej można wydrukować Raport dobowy z drukarki fiskalnej.
Uwaga
Odpowiednik literowy z drukarki fiskalnej powinien być zbieżny co do stawki ze stawką Stawki podstawowej. Jeżeli nie będą one zgodne mogą wystąpić problemy z drukowaniem fiskalnym dokumentów. Problemy wynikające z nieprawidłowego mapowania zostały opisane w rozdziale: Nieprawidłowe mapowanie stawek VAT.
Schemat dodawania tzw. Nowego sterownika w Konfiguracji systemu
Zafiskalizowanie bazy danych
Jeżeli system Comarch ERP XL ma pracować z drukarką, która jest zafiskalizowana (taką drukarkę otrzymuje zwykle klient), to jego baza również musi być zafiskalizowana.
Jeżeli podłączona drukarka fiskalna nie jest zafiskalizowana (taką drukarkę zwykle udostępnia się do testów systemu), to baza systemu Comarch ERP XL również powinna być niezafiskalizowana.
Aby zafiskalizować bazę Comarch ERP XL należy uruchomić Konfigurację, przejść na zakładkę: Sprzedaż -> zakładkę: Parametry 1 i za pomocą przycisku: [Data fiskalizacji systemu] wybrać datę i zapisać Konfigurację.
Konfiguracja -> zakładka: Sprzedaż -> Parametry 1, Data fiskalizacji systemu
Uwaga
Po zafiskalizowaniu bazy danych nie ma możliwości zatwierdzenia paragonu bez wysłania go do drukarki fiskalnej. Tym samym operatorzy, którzy nie będą mieli podpiętej do swojego komputera drukarki fiskalnej, nie będą mogli zatwierdzać paragonów – parametr: Do bufora będzie zaznaczony i niedostępny do edycji.
Parametr: Do bufora
Po zafiskalizowaniu bazy danych nie można jej odfiskalizować od strony interfejsu. Jeżeli istnieje potrzeba odfiskalizowania systemu, np. w sytuacji, kiedy pracowaliśmy testowo z drukarką fiskalną, to można to zrobić od strony bazy danych poniższym updatem:
update cdn.konfig set kon_wartosc = '' where kon_numer = 995
Uwaga
Powyższy update powinien być wykonywany tylko na stanowiskach testowych. Na stanowiskach produkcyjnych (u klienta), jeżeli występuje potrzeba pracy fiskalnej, to wszystkie paragony należy fiskalizować – od momentu zafiskalizowania systemu nie powinno się go odfiskalizowywać.
Podłączanie drukarki fiskalnej przez Terminal Services
System Comarch ERP XL posiada możliwość pracy w środowisku Terminal Services (TS). Istotnym elementem pracy tego systemu jest możliwość korzystania z drukarek fiskalnych. Przepisy wymagają od użytkownika drukarek fiskalnych umieszczenia ich na stanowisku gdzie odbywa się sprzedaż fiskalna.
W środowisku terminalowym oznacza to podłączenie drukarki fiskalnej do komputera, na którym pracuje klient terminala. W przypadku systemów Microsoft Windows Terminal Serwer do podłączenia drukarki fiskalnej do portu COM stanowiska terminalowego należy wykorzystać stworzone w ERP XL oprogramowanie tzw. sterowników terminalowych do drukarek fiskalnych. Powodem jest to, że drukarka fiskalna działa bez zarzutu przy wykorzystywaniu mapowania portów w TS na Windows 2000 w sieci LAN, natomiast w sieci WAN pojawiają się problemy. Wynika to z faktu, że domyślny timeout zapisany w sterownikach do drukarek wynosi około 2 s. W praktyce okazało się, że jest to zbyt krótki czas, aby sterownik nawiązał połączenia z drukarką przez wirtualne połączenia COM i otrzymał odpowiedź, czy też potwierdzenie od strony drukarki. Problem praktycznie nie występuje w sieciach LAN, gdzie prędkości transmisji, są zwykle w granicach 100 Mb/s, a w połączeniach przez sieć Internet mogą pojawiać się problemy.
W przypadku drukowania fiskalnego przez terminal przy użyciu pakietu tzw. sterowników terminalowych do drukarek fiskalnych, połączenie serialowe jest lokalne, tzn. sterownik, który je nawiązuje jest zainstalowany na stacji roboczej, do której podłączona jest drukarka. Komunikacja systemu Comarch ERP XL (działającego na serwerze terminali) z tym sterownikiem, odbywa się za pomocą kanału wirtualnego RDP, czyli po protokole TCP/IP.
Oprogramowanie pozwala na przekazanie do końcówki terminala danych dla drukarki fiskalnej poprzez tak zwany kanał wirtualny. Aby przekazywanie danych do drukarki mogło mieć miejsce zarówno po stronie końcówki terminala jak i po stronie serwera musi być zainstalowane odpowiednie oprogramowanie. Wymagane pakiety z oprogramowaniem można znaleźć na stronach ERP XL.
Uwaga
Istotna jest zgodność wersji bibliotek rdp.dll (po stronie klienta usługi terminalowej) i KFdrv.dll (po stronie serwera). Wersję biblioteki DLL można sprawdzić przez podgląd właściwości pliku DLL.
Właściwości pliku KFDrv.dll
Zawartość pakietu obsługi drukarek fiskalnych po stronie klienta usługi terminalowej
Zawartość pakietu obsługi drukarek fiskalnych po stronie serwera usługi terminalowej
DF300.dll
Sterownik do drukarek Posnet
DF300T.dll
Odpowiednik sterownika DF300.dll po stronie serwera
DF300_1.dll
Sterownik do drukarek zgodnych z Posnet
DF300_1T.dll
Odpowiednik sterownika DF300_1.dll po stronie serwera
FP600.dll
Sterownik do drukarki FP600
FP600T.dll
Odpowiednik sterownika FP600.dll po stronie serwera
Innova.dll
Sterownik do drukarki Innova
InnovaT.dll
Odpowiednik sterownika Innova.dll po stronie serwera
Novitus.dll
Sterownik do drukarki Novitus
NovitusT.dll
Odpowiednik sterownika Novitus.dll po stronie serwera
RDP.dll
Sterowniki do komunikacji przez połączenie terminalowe
KFdrv.dll
Sterownik do komunikacji przez połączenie terminalowe, po stronie serwera
rdpcli.inf
Plik dla instalatora Windows dla systemów Windows 2000/XP
Rdpcli98_1.reg
Plik rejestru dla Windows 98 cz.1
Rdpcli98_2.reg
Plik rejestru dla Windows 98 cz. 2
Uwaga
Do pracy z drukarkami fiskalnymi w połączeniu terminalowym wymagana jest odpowiednia licencja w kluczu HASP: Fiskalny driver terminalowy. W momencie wysyłania dokumentu do drukarki fiskalnej pobierana jest licencja i jest ona automatycznie zwracana do klucza po wylogowaniu operatora.
Instalacja i konfiguracja komponentów na serwerze
Program Comarch ERP XL nawiązuje połączenie z drukarką fiskalną poprzez API udostępnione przez bibliotekę drivera fiskalnego.
W przypadku współpracy z drukarką podłączoną do konsoli klienta usługi terminalowej należy w konfiguracji programu wybrać odpowiednio zmodyfikowany driver, przeznaczonego do pracy w TS. Dodatkowe drivery oznaczone są literą T (terminal) dodaną do nazwy standardowego drivera (DF300T.dll, DF300_1T.dll, FP600T.dll, InnovaT.dll).
Wszystkie wymagane pliki powinny znajdować się w katalogu, do którego został zainstalowany system ERP XL.
Mapowanie stawek VAT powinno być wykonane tak, jak dla stacji lokalnej – mimo, iż wybieramy sterownik z literą T, to nazwa mapowania jest bez literki T.
Przyklad
Wybrano sterownik df300T.dll, to nazwa mapowania powinna być: df300
Instalacja pakietu na stacji roboczej spełniającej rolę klienta usługi terminalowej
System Windows 7/8/10
W systemie Windows 7/8/10 można wykonać automatyczną instalację za pomocą rdpcli.inf.
Aby to zrobić należy z serwera z katalogu, do którego został zainstalowany system Comarch ERP XL skopiować pliki:
rdpcli.cab
rdpcli.inf
do tego samego dowolnego katalogu na stacji klienckiej. Następnie należy wskazać myszą plik rdpcli.inf, nacisnąć prawy przycisk i wybrać z menu kontekstowego opcję: Zainstaluj. Instalator dokonuje automatycznego przeniesienia plików do wymaganej lokalizacji na stacji klienckiej (C:\Windows\system32) oraz dokonuje niezbędnych wpisów w rejestrze systemu Windows.
Uwaga
W przypadku systemów 64 bitowych na stacji klienckiej należy wgrać odpowiednie sterowniki dostosowane do tego systemu. W celu otrzymania tych sterowników należy się zwrócić do Asysty Technicznej Comarch ERP XL. Nie dotyczy wykorzystania nowych sterowników.
Należy również ustawić właściwości portu COM, więcej w rozdziale: Ustawienia portu COM.
Przed nawiązaniem połączenia z serwerem terminali należy udostępnić Porty szeregowe dla połączenia terminalowego.
Uwaga
Wykonanie tych operacji umożliwi pracę z drukarkami fiskalnymi dla aktualnie zalogowanego użytkownika Windows. Jeżeli z daną drukarką na wskazanym stanowisku ma pracować więcej użytkowników, to wymienione powyżej operacje należy wykonać dla każdego użytkownika Windows.
Konfiguracja sesji użytkownika
Do prawidłowego funkcjonowania drukarki wymagane są następujące działania, po stronie aplikacji uruchomionej w sesji terminalowej, na koncie każdego użytkownika, pracującego z drukarką fiskalną:
wybranie właściwego sterownika drukarki fiskalnej po stronie serwera (DF300T.dll, DF300_1T.dll, FP600T.dll, InnovaT.dll, NovitusT.dll) w zakładce: Drukarka Fiskalna w oknie: Konfiguracja komputera dostępnym z Menu Comarch ERP XL -> System,
określenie portu do którego jest podłączona drukarka na lokalnym komputerze z którego jest uruchomiona sesja terminalowa; w przypadku połączenia przez port USB należy wskazać COM 3 (lub COM z kolejnym numerem),
jawne zdefiniowanie nazwy serwera klucza w zakładce: Klucz w oknie: Konfiguracja komputera dostępnym z Menu Comarch ERP XL -> System – należy wpisać nazwę serwera\nazwę instancji, na której został skonfigurowany i jest wpięty klucz HASP.
Najczęściej popełniane błędy konfiguracyjne
Zgodność plików KFdrv.dll i Rdp.dll
Zwykle większość problemów związanych z drukarkami fiskalnymi opiera się na niezgodności wersji pliku KFdrv.dll po stronie serwera (w katalogu, w którym został zainstalowany system Comarch ERP XL) oraz pliku rdp.dll po stronie klienta (w katalogu C:\Windows\System32). Jeżeli wersje plików są niezgodne nie istnieje komunikacja drukarki z serwerem terminali.
Jeżeli wersje plików są zgodne oraz drukarka jest prawidłowo podłączona, to test drukarki wykonany za pomocą przycisku [Test drukarki] kończy się komunikatem: Drukarka podłączona.
Test drukarki: Drukarka podłączona
Uwaga
Po przeinstalowaniu systemu Comarch ERP XL np. z powodu zmiany wersji systemu należy sprawdzić, czy nie zmieniły się wersje plików KFdrv.dll, rdp.dll oraz sterowników do drukarek. Sprawdzenia można wykonać w katalogu, do którego została zainstalowana nowa wersja systemu Comarch ERP XL. Jeżeli nastąpiła zmiana wersji plików należy je podmienić po stronie klienta w katalogu Windows\System32\ na te, które zostały zainstalowane na serwerze.
Przeinstalowanie systemu Comarch ERP XL
Patrz UWAGA w rozdziale Zgodność plików KFdrv.dll i rdp.dll.
Zapisy w rejestrze systemu Windows
W trakcie przygotowywania biuletynu i testów udało się uzyskać sytuację, w której brak połączenia był spowodowany faktem, iż na stacji klienckiej drukarka fiskalna została najpierw skonfigurowana lokalnie – wprowadzono ustawienia umożliwiające pracę lokalną z drukarką fiskalną.
Remedium było usunięcie z rejestru systemu Windows klucza: Fiskalne z gałęzi: HKEY_CURRENT_USER -> Software -> CDN.
Edytor rejestru: Fiskalne
Uwaga
Aby na drukarce fiskalnej były prawidłowo drukowane polskie znaki przy wykorzystaniu tzw. Nowych sterowników, w ustawieniach drukarki należy ustawić stronę kodową MAZOVIA.
Drukarka fiskalna w pracy terminalowej- nowe sterowniki
Oprogramowanie pozwala na przekazanie do końcówki terminala danych dla drukarki fiskalnej przez tak zwany kanał wirtualny. Aby przekazanie danych mogło mieć miejsce zarówno po stronie klienta, jak i po stronie serwera, musi być zainstalowane odpowiednie oprogramowanie.
Instalacja i konfiguracja komponentów na serwerze
Instalacja sterowników do obsługi drukarek fiskalnych odbywa się wraz z instalacją programu Comarch ERP XL. Konfiguracja programu do współpracy z drukarką fiskalną polega na wybraniu odpowiedniego sterownika przeznaczonego do pracy przez terminal.
W menu głównym systemu Comarch ERP XL (uruchamianym plikiem CDNXL.exe) lub w module Administrator wchodzimy do Konfiguracji komputera.
Konfiguracja komputera. Ustawienie sterownika drukarki fiskalnej do współpracy przez terminal
Aby skorzystać z nowych sterowników, na zakładce Drukarka fiskalna 2 zaznaczamy opcję „Używaj nowych sterowników”. W polu model drukarki wybieramy urządzenie, z którym będzie współpracował system. Przy pracy przez usługę terminalową ważne jest aby sterownik w nazwie miał dopisek „Terminal”. Następnie wybieramy numer portu, jego prędkość i sterownie przepływem (zgodnie z ustawieniami na drukarce i we właściwościach portu COM w Menedżerze urządzeń).
Instalacja i konfiguracja komponentów na końcówce terminala
Po stronie końcówki terminala, czyli komputera, na którym pracuje klient i do którego jest podłączona drukarka fiskalna, należy zainstalować komponenty zajmujące się obsługą kanału wirtualnego oraz połączeniem systemu z drukarką.
Plik instalacyjny znajduje się w głównym katalogu systemu Comarch ERP XL: onlineFP.exe
Aby zainstalować obsługę terminalową drukarek fiskalnych, należy plik przegrać na końcówkę terminala. Następnie zainstalować na końcówce. Oprogramowanie po stronie klienta składa się z plików obsługujących kanał wirtualny i ze sterowników do drukarek. Wszystkie te pliki kopiowane są do katalogu wskazanego w trakcie instalacji.
Po prawidłowo wykonanej instalacji na końcówce terminala i konfiguracji komponentów można wykonać test połączenia. W tym celu po połączeniu się z serwerem należy uruchomić system, wejść w Konfigurację komputera i na zakładce Drukarki fiskalne 2, w sekcji Test drukarki, uruchomić test odpowiednim przyciskiem.
Wyniki testu przeprowadzonego w Konfiguracji komputera
W przypadku prawidłowego otrzymamy komunikat Drukarka podłączona. To oznacza, że drukarka jest podłączona i skonfigurowana poprawnie. Jeżeli system nie uzyska połączenia pojawi się komunikat Brak połączenia z drukarką. Należy wówczas sprawdzić poprawność podanego numeru portu, jego prędkości i sterownia przepływem, porównać je z ustawieniami na urządzeniu fiskalnym i z właściwościami portu COM w Menedżerze urządzeń.
Uwaga
Nowe sterowniki są wymagane do pracy terminalowej przy wykorzystaniu Windows Server 2012, w tym systemie operacyjnym zmieniła się obsługa kanałów wirtualnych i wykorzystanie pliku rdp.dll nie działa poprawnie.
Drukowanie fiskalne przez Drukarkę sieciową
W systemie Comarch ERP XL obsłużona została funkcja drukowania fiskalnego na drukarce podłączonej do serwera wydruków fiskalnych. Serwer wydruków fiskalnych jest oddzielną usługą w systemie Windows z którą końcówki wystawiające dokumenty fiskalne łączą się za pomocą protokołu TCP/IP, domyślnie portem na którym pracuje serwer wydruków fiskalnych to port 3500, w momencie instalacji można podać inny nr. portu dla tej usługi.
Instalacja serwera wydruków fiskalnych
Do instalacji usługi fiskalnego drukowania sieciowego służy aplikacja ComarchOnlineFPServerInstaller.exe
Parametry z jakimi uruchamiamy instalator są następujące:
/i - instalacja pakietu z domyślnymi parametrami
/w <USER_LOGIN> [<USER_PASSWORD>] - instalacja z zmianą loginu na którym pracuje usługa serwera wydruków fiskalnych
/tcp <TCP_Port> - ustawienia innego nr portu na którym pracuje usługa niż 3500
/start – uruchomienie usługi
/stop – zatrzymanie usługi
/u – odinstalowanie usługi
W systemach gdzie uruchomiona jest zapora sieciowa należy dodać wyjątek do zapory dla portu 3500 lub innego ustawionego portu, bądź dodać wyjątek dla aplikacji(usługi): Comarch ERP Fiscal Server.
Podłączenie ERP XL do serwera wydruków fiskalnych
Konfigurację stanowiska do współpracy z sieciową drukarką fiskalną wykonujemy w oknie Parametry komputera na zakładce: Drukarka fiskalna 2 po załączeniu parametru: Drukarka sieciowa , pod ikoną lupy pojawia się możliwość konfiguracji połączenia do drukarki: Ustaw parametry sieciowe.
Praca na drukarce sieciowej: Parametry komputera na zakładce: Drukarka fiskalna 2Ustaw parametry sieciowe: Parametry komputera na zakładce: Drukarka fiskalna 2
Okno Parametry drukarki sieciowej pozwala na podanie:
Adresu serwera
Portu TCP – domyślny port dla usługi to 3500.
Ustawienia sterownika
ustawienia sterownika takie jak Model drukarki, Port COM, prędkość portu i sterowanie przepływem są identyczne jak dla ustawień sterownika dla pracy lokalnej z drukarką fiskalną dla ustawień z zakładki Drukarka fiskalna 2 z okna Parametry komputera.
Operacje fiskalne obsługiwane w systemie Comarch ERP XL
Dokumenty fiskalizowane w systemie Comarch ERP XL
W systemie Comarch ERP XL można zafiskalizować:
Paragon,
Fakturę sprzedaży FS oraz (S)FS – dokumenty wystawione z parametrem Vat od: Brutto (zakładka Nagłówek) i zaznaczonym: Fiskalny (zakładka VAT) – te dokumenty można fiskalizować od wersji Comarch ERP XL 7.1,
Uwaga
Parametr: Fiskalny na zakładce VAT dokumentu należy zaznaczać na każdym wystawianym dokumencie FS i (S)FS ręcznie. Ustawienie tego parametru w definicji rejestru VAT nie skutkuje zaznaczaniem tego parametru na dokumentach.
Fakturę zaliczkową – w trakcie jej wystawiania należy zaznaczyć parametr: Fiskalny na zakładce VAT dokumentu,
Fakturę końcową do faktury zaliczkowej, która została zafiskalizowana na drukarce fiskalnej.
System umożliwia również wydrukowanie kaucji jako dodatkowych pozycji paragonu fiskalnego.
Drukowanie kaucji na paragonie fiskalnym
W Comarch ERP XL istnieje możliwość drukowania kaucji z dokumentu wydania kaucji (WKA) na drukarce fiskalnej. Aby elementy dokumentu WKA zostały wydrukowane na paragonie fiskalnym, dokument WKA musi być związany z fiskalizowanym dokumentem, np. PA. W trakcie zatwierdzania dokumentu PA, elementy tego dokumentu są drukowane na drukarce fiskalnej; po wydrukowaniu wszystkich elementów PA drukarka fiskalna drukuje kaucje z dokumentu WKA w części niefiskalnej paragonu.
Parametr Drukuj kaucje
Jeżeli drukarka fiskalna nie posiada obsługi drukowania kaucji należy odznaczyć parametr: Drukuj kaucje w Konfiguracji komputera, zakładka: {Drukarka fiskalna}.
Parametry komputera, parametr: Drukuj kaucje
Menu Fiskalne
Jeżeli mamy prawidłowo skonfigurowaną drukarkę, to mamy dostęp z każdego modułu do Menu Fiskalne:
Menu Fiskalne
Z poziomu tego Menu możemy wykonać na drukarce fiskalnej:
powtórną fiskalizację dokumentu,
wydrukować raport dobowy,
wydrukować raport szczegółowy.
Powtórna fiskalizacja dokumentu
W sytuacjach, w których dokument nie został zafiskalizowany na drukarce fiskalnej, a jest dokumentem zatwierdzonym (na liście paragonów, taki dokument wyświetlony jest na żółto), to można go zafiskalizować na drukarce fiskalnej.
Aby to zrobić z Menu Fiskalne wybieramy przycisk – otwiera się okno: Fiskalizacja dokumentów. Aby wybrać dokument do powtórnej fiskalizacji należy nacisnąć przycisk: [Dokument].
W oknie Fiskalizacja dokumentu naciskamy przycisk: [Fiskalizuj dokument].
Jeśli dokument
- nie został wydrukowany na drukarce, ale w systemie został zafiskalizowany, należy użyć funkcji z menu Fiskalne – Powtórna fiskalizacja,
- został wydrukowany na drukarce i nie został zafiskalizowany w systemie (szczególny przypadek!), w celu zafiskalizowania dokumentu w systemie należy zmienić w tabeli cdn.tranag w polu trn_fiskalne wartość na 1 (1- dokument fiskalny, 0 – dokument niefiskalny).
Drukuj numer NIP na paragonie
W wersji 2018.2 w konfiguracji komputera na zakładce Drukarka fiskalna 2, dodano parametr: Drukuj numer NIP. Parametr dostępny jest dla nowych sterowników fiskalnych. Zaznaczenie tego parametru ma sens tylko dla tych drukarek, które posiadają zgodnie z przepisami możliwość drukowania numeru NIP w określonym miejscu paragonu. W przypadku starszych modeli drukarek, po zaznaczeniu tego parametru podczas drukowania paragonu pojawi się błąd. Równocześnie zrezygnowano z drukowania numeru NIP w części niefiskalnej paragonu, w sytuacji, gdy zaznaczono parametr Wyświetlaj numer paragonu.
Parametr Drukuj numer NIP w konfiguracji
Problemy z drukowaniem fiskalnym dokumentów
Brak możliwości wydrukowania dokumentu na drukarce fiskalnej może być spowodowany m.in.:
nieprawidłową konfiguracją systemu,
niezgodnością wartości w elementach transakcji,
zmianą stawki VAT w karcie towaru lub w elemencie transakcji,
brakiem połączenia z drukarką fiskalną – problemy sprzętowe.
Nieprawidłowa konfiguracja systemu
Brak połączenia z drukarką w połączeniu terminalowym
Ustawienia portu COM dla drukarki FP600 starej homologacji
W trakcie testów okazało się, że dla drukarek Elzab FP600 starej homologacji należy ustawić sterowanie przepływem na: Sprzętowe.
Jeżeli ustawimy sterowanie przepływem na: brak, to dokumenty fiskalizują się na drukarce fiskalnej, a w systemie Comarch ERP XL otrzymujemy komunikat o braku możliwości zamknięcia dokumentu. Tym samym otrzymujemy niezafiskalizowany dokument w Comarch ERP XL mimo, iż zafiskalizował się on na drukarce fiskalnej.
Komunikat o braku komunikacji z drukarką fiskalną
Remedium
Dla drukarek Elzab FP600 starej homologacji ustawić sterowanie przepływem na: Sprzętowe.
Nieprawidłowe mapowanie stawek VAT
Jeżeli wykonano nieprawidłowe mapowanie stawek VAT – wskazano odpowiedniki o innych stawkach niż są zmapowane w drukarce fiskalnej – to dana pozycja dokumentu może wydrukować się na drukarce fiskalnej z inną stawką podatku niż wskazana w Comarch ERP XL lub może się nie wydrukować. Brak możliwości wydrukowania może objawić się komunikatem:
Komunikat występujący w przypadku nieprawidłowego zmapowania stawek VAT
oraz anulowaniem paragonu na drukarce fiskalnej – komunikat na paragonie: „paragon anulowany”.
Remedium
Należy poprawnie zamapować stawki VAT wg instrukcji z rozdziału: Mapowanie stawek VAT.
Nieprawidłowa nazwa towaru
Każda drukarka fiskalna ma określoną minimalną długość nazwy towaru oraz listę znaków specjalnych, która nie jest obsługiwana. Jeżeli nazwa towaru nie spełnia kryteriów określonych w specyfikacji drukarki fiskalnej dana pozycja nie zostanie na niej wydrukowana. Może się to objawić następującym komunikatem:
Komunikat informujący o nieprawidłowej nazwie towaru
Remedium
Należy zmienić nazwę towaru w karcie towaru w taki sposób, aby spełniała wymagania specyfikacji drukarki fiskalnej. Następnie usunąć i dodać daną pozycję z dokumentu, który chcemy zafiskalizować.
W takiej sytuacji należy zmienić nazwę towaru w taki sposób, aby spełniała kryteria ze specyfikacji.
Kod autoryzacyjny drukarki
Niektóre drukarki posiadają zaimplementowany „kod autoryzacyjny” ważny w zadanym okresie czasu. Przykładowo, jeżeli drukarka posiada 30 dniowy kod autoryzacyjny tzn. po 30 dniach drukarka przestaje działać i nie drukuje jakiekolwiek paragonu, w systemie prezentowany wówczas jest następujący komunikat:
Komunikat NowyParagon 3
Remedium
Należy sprawdzić czy „kod autoryzacyjny” funkcjonuje na urządzeniu i czy Użytkownik bądź Serwis wprowadził taki kod, który odblokowuje drukarkę „na zawsze”.
W przypadku, gdy drukarka nie posiada kodu autoryzacyjnego, a w systemie podczas zapisu dokumentu występuje komunikat: NowyParagon 3 należy wykonać z poziomu Comarch CDN XL, menu Fiskalne-> Raport dobowy. Po wykonaniu Raportu dobowego na drukarce problem powinien ustąpić.
Niezgodność wartości elementu
Element transakcji nie zostanie zafiskalizowany na drukarce fiskalnej jeżeli nie jest spełnione równanie ilość*cena=wartość. Jeżeli równanie jest niespełnione, to możemy uzyskać następujący komunikat:
Komunikat występujący w przypadku niezgodności wartości elementu
oraz na drukarce fiskalnej: „paragon anulowany”.
Remedium
Należy sprawdzić, czy są zaznaczone parametry w Elemencie transakcji:
Ilość*cena=wartość,
Cena z dokładnością do groszy,
Zakładka: {Kalkulacja}, „Od księgowych”.
Powyższe parametry powinny być zaznaczone dla fiskalizowanego elementu.
Następnie należy sprawdzić równanie ilość*cena=wartość. Jeżeli nie jest spełnione, to wprowadzić prawidłową wartość na element.
Zmieniona stawka podatku VAT dla danego towaru
Zmiana stawki podatku VAT w karcie towaru lub w elemencie transakcji może uniemożliwić zafiskalizowanie danej pozycji na drukarce fiskalnej. Objawia się to komunikatem:
Komunikat występujący w przypadku zmiany stawki VAT
oraz na drukarce fiskalnej: „błąd PTU paragon anulowany”.
Remedium
Rozwiązaniem jest:
zmiana stawki podatku na taką jaka była zafiskalizowana przed zmianą lub
zmiana nazwy towaru na nową – wtedy w drukarce fiskalnej zostanie dodana nowa nazwa z przypisaną do niej stawką podatku.
Problemy sprzętowe
Jeżeli mamy wprowadzone prawidłowo wszystkie ustawienia wg tego biuletynu, a mimo to nadal nie drukują się nam dokumenty na drukarce fiskalnej, to istnieje duże prawdopodobieństwo, że jest to spowodowane problemami sprzętowymi – uszkodzeniem drukarki fiskalnej, uszkodzeniem przewodów, uszkodzeniem portu COM itp.
Remedium
W takich sytuacjach należy:
sprawdzić czy drukarka jest prawidłowo podłączona do komputera;
spróbować ją podpiąć do innego stanowiska, które drukuje paragony na innej drukarce fiskalnej;
Dashboardy są to pulpity zmieniające wygląd interfejsu. Użytkownik Systemu może przygotować własny pulpit z obiektami, z których korzysta najczęściej, dzięki czemu dostęp do nich będzie szybszy, a układ spersonalizowany. Dodatkowo, poza standardowymi obiektami na pulpicie można dodać widżet z odwołaniem do dowolnej strony www, innego programu czy raportów BI. Włączenie dostępu do konfiguracji pulpitu odbywa się w: Ustawieniach użytkownika.
Wraz z możliwością kreowania własnych pulpitów dla Użytkowników, udostępnione zostały pulpity tzw. predefiniowane, stanowiące bazę jak pulpity mogą wyglądać, z przykładowymi obiektami i ułożeniem. Te predefiniowane pulpity mogą być przypisane do operatorów i w proponowanej wersji używane lub można je indywidualnie modyfikować wg własnych potrzeb i upodobań. Funkcjonalność dashboardów pozwala użytkownikowi zdefiniować własne pulpity, odrębnie do predefiniowanych.
Przypisywanie pulpitów predefiniowanych do operatora
Aby udostępnione predefiniowane pulpity, a także te pulpity, które zostały przygotowane przez administratora jako predefiniowane mogły być używane przez Użytkownika, należy Mu je przypisać. W tym celu na karcie operatora dodana została stosowna sekcja dla przypisywania predefiniowanego pulpitu. Z uwagi na możliwość korzystania z więcej niż jednego pulpitu, na liście prezentowane są wszystkie pulpity przypisane do operatora. Przypisanie pulpitu do operatora odbywa się poprzez kopiowanie rekordu w bazie z danym pulpitem predefiniowanym, a następnie uzupełnianie numeru operatora, któremu pulpit jest przypisywany. Jednocześnie udostępniona została opcja usuwania pulpitu konkretnemu operatorowi. Oznacza to usunięcie pulpitu operatora z bazy danych. Działanie jest tożsame z usunięciem pulpitu z poziomu konfiguracji.
Karta operatora, lista Pulpitów operatora
Wskazanie predefiniowanego pulpitu jest możliwe również na wzorcu operatora. Dzięki temu można przy pomocy funkcjonalności aktualizacji kart operatorów grupowo przypisać operatorom konkretny predefiniowany pulpit. Także dodając nową kartę operatora w kontekście wzorca, można na samym początku przypisać do niego wybrany pulpit.
Domyślny wygląd pulpitu operatora podzielony jest na 3 sekcje:
W sekcji Konfiguracja znajdują się wszystkie dostępne widżety, które można przenieść na panele.
Sekcja z podłączonymi pulpitami – w tej części wyświetlana jest lista pulpitów podłączonych do danego operatora.
Sekcja, w której są widoczne wszystkie panele podłączone do danego pulpitu
Dodawanie nowego pulpitu
W sekcji z widokiem podłączonych pulpitów znajduje się przycisk służący do utworzenia nowego pulpitu.
Dodawanie nowego pulpitu.
Automatycznie po kliknięciu ‘Dodaj pulpit’ zostaje utworzony nowy pulpit z nazwą ‘Nowy …’. Nazwę pulpitu można zmienić poprzez kliknięcie prawym przyciskiem myszy na jego nazwie. Pojawi się lista z opcjami Usuń oraz Zmień nazwę.
Dodawanie paneli
Do każdego pulpitu można dodać dowolną ilość paneli. Nowy panel można dodać poprzez opcję ‘Dodaj panel’. Nowo utworzony panel zostaje dodany do obecnie używanego pulpitu z nazwą ‘Panel…’.
Dodawanie nowego panelu
Rozmieszczenie paneli na pulpicie
Panele na pulpicie można rozmieścić na kilka różnych sposobów:
Panel przypięty – nowo utworzony panel jest dosunięty do krawędzi pulpitu. Tak przypięty panel nie zmienia wielkości po przypięciu. Można dowolnie zmienić jego wielkość. Nowo otwarte okna w programie powodują przesłonięcie panelu.
Panel przypięty
Panel pływający – panel nie dosunięty do żadnej krawędzi. Można zmieniać dowolnie jego wielkość. Otwarcie nowego okna w programie nie powoduje przesłonięcia panelu, który w takim ułożeniu widoczny będzie zawsze na wierzchu.
Panel pływający
Panel zadokowany – panel zadokowany do krawędzi pulpitu. Podczas przesuwania panelu pokazują się opcje, gdzie można zadokować panel. Tak zadokowany panel zmienia swoją wielkość na domyślną, ale możliwa jest zmiana szerokości panelu. Taki panel jest widoczny spod otwieranych okien.
Miejsca dostępne do zadokowania paneluPanel zadokowany
Panele połączone – panele można ze sobą łączyć w różnej konfiguracji. Jako dwa sklejone ze sobą panele lub jako zakładki, między którymi można się przełączać.
Panele połączone
Opcja auto hide na panelach
Opcja auto hide na nagłówku panelu
Dla paneli została udostępniona funkcja Auto hide – autoukrywanie się panelu w postaci pinezki na nagłówku panelu. Panel, po włączeniu tej opcji, zwija się automatycznie, pozostawiając widoczny tylko nagłówek.
Ustawienia na panelach
Dla każdego panelu możliwa jest zmiana nazwy, jak i koloru. Opcje te dostępne są po wybraniu Ustawień z poziomu nagłówka panelu.
Włączenie ustawień z nagłówka panelu
Dla paneli można ustawić kolor niestandardowy, wybierając pole z wielokropkiem.
Zmiana koloru i nazwy panelu
Widżety
Na panel można dodać dowolną ilość widżetów poprzez opcję Przeciągnij i upuść. W tym celu należy wybrać interesujący nas widżet z wszystkich dostępnych w sekcji Konfiguracja i przeciągnąć go na konkretny panel. Możliwe jest również przeciągnięcie i dodanie całej grupy widżetów.
Konfiguracja widżetów
Dodane widżety można konfigurować. W tym celu należy najechać myszką na wybrany widżet i poprzez kliknięcie prawym przyciskiem myszy wybrać opcję Ustawienia.
Włączenie ustawień na widżecie
W oknie ustawień widżetów, można odpowiednio skonfigurować widżet.
Ustawienia dostępne dla widżetów
Dla każdego widżetu możliwa jest zmiana nazwy, zmiana typu, wielkości i koloru czcionki, jak również dodanie własnej ikony na widżecie lub wybranie filtra. Dla niektórych widżetów możliwy jest również wybór kontekstu. Dla każdego widżetu można indywidualnie zdefiniować kolor tła, wybierając z podanych lub wybrać niestandardowy, jak również zmienić wymiar na jeden ze zdefiniowanych.
Parametr Zliczaj służy do zliczania np. ilości dokumentów odpowiadających widżetowi. Można tam wstawić zapytanie zwracające pojedynczą wartość. Wynik tego zliczenia widoczny jest przy nazwie widżetu.
Konfiguracja widżetów niestandardowych
Na liście widżetów znajdują się widżety z ustawieniami niestandardowymi, są to m. in. Uruchom program, Zdjęcie, Przeglądarka WWW, BI Point.
Konfiguracja widżetu Uruchom program
Dla widżetu Uruchom program w ustawieniach możliwe jest określenie programu, który ma być otwierany po kliknięciu w widżet.
Ustawienia aplikacji otwieranej przez widżet
Po wybraniu przycisku wielokropka pojawia się okno wyboru aplikacji do podłączenia. W sekcji Parametry należy podać parametry uruchomienia programu np. jako program: C:\Windows\notepad.exe, a jako parametry: c:\mojplik.txt. Spowoduje to uruchomienie C:\Windows\notepad.ex\ mojplik.txt.
Konfiguracja widżetu Zdjęcie
Widżet Zdjęcie, to widżet służący do wyświetlanie zminiaturyzowanego zdjęcia jako ikony widżetu.
Ustawienia dostępne dla widżetu ZdjęcieWidżet Zdjęcie z ustawionym zminiaturyzowanym zdjęciem i zmienioną nazwą
Konfiguracja widżetów BI Point i Przeglądarka www
Dodanie widżetów Przeglądarka WWW i BI Point możliwe jest tylko do panelu, dla którego nie są dodane inne widżety. Ustawienia tych widżetów dostępne są z nagłówka panelu z menu.
Otwarcie ustawień dla widżetów BI Point i Przeglądarka www
W ustawieniach widżetu BI Point w sekcji URL, domyślnie jest wpisany adres http://bicloud.comarch.pl.
Ustawienia dostępne dla widżetu BI Point
W ustawieniach widżetu Przeglądarka WWW w sekcji URL, należy wpisać adres strony internetowej, która ma być wyświetlona.
Ustawienia dostępne dla widżetu Przeglądarka www
Dla widżetu nie jest udostępniona pełna przeglądarka. Ideą tego widżetu jest możliwość wyświetlania strony, która będzie przydatna podczas pracy. By cofnąć się do poprzedniej strony, należy na stronie kliknąć prawy przycisk myszy i wybrać Wstecz.
XL140 - Przesyłki kurierskie - integracja z Comarch Shipping
Współpraca z Comarch Shipping została wprowadzona w wersji 2020.2.2 Comarch ERP XL. Zmiany te nie były ujęte w wersji z instalatorem, tylko jako zestaw plików do wgrania.
W wersji 2021.0 Comarch ERP XL współpraca z Comarch Shipping obejmuje aktualną na dzień wydania funkcjonalność aplikacji, czyli obsługę zleceń dla kurierów DHL i DPD oraz obsługę trybu testowego.
W wersji 2022.1 Comarch ERP XL w Ribbonie modułu Administrator (menu Ogólne) został dodany przycisk pozwalający na uruchomienie aplikacji Comarch Shipping. Analogiczne zmiany wprowadzono w Ribbonie dla pozostałych modułów.
Przycisk jest aktywny, jeśli zalogowany operator ma na swojej karcie ustawiony parametr Użytkownik Comarch Shipping. Po wybraniu przycisku w oknie przeglądarki XL uruchamiana jest strona startowa aplikacji Comarch Shipping, na której można wykonywać wszystkie dozwolone dla użytkownika operacje tak samo, jak byłyby one wykonywane w zewnętrznej przeglądarce.
W wersji 2023.2 Comarch ERP XL w integracji z Comarch Shipping zostały obsłużone procesy, które dla zleceń pochodzących z Comarch ERP XL zostały wcześniej zablokowane, czyli możliwość rejestrowania i aktualizowania zleceń z więcej niż jedną paczką.
Dodatkowo wprowadzona została aktualizacja większej ilości danych na paczkach/wysyłkach, tak aby móc na bieżąco prezentować, jaki jest stan realizacji powiązanych zleceń w Comarch Shipping. Czyli informacje o numerach listów przewozowych i linku do śledzenia przesyłki są teraz zapisywane nie tylko na wysyłce, ale także na paczkach. Wraz z numerem listu zapisywany jest w Systemie również status takiej przesyłki.
Aktualizacja tych danych w Comarch ERP XL jest nadal wykonywana w trakcie operacji ręcznych: tworzenia zlecenia oraz aktualizacji danych ze zlecenia. Oprócz tego wprowadzono automatyczne pobieranie z Comarch Shipping danych o realizacji zlecenia/paczek za pomocą dedykowanej usługi synchronizacji.
Dodatkowo informacje o numerze przesyłki i linku do śledzenia są przesyłane na zamówienia sprzedaży powiązane z paczkami.
W wersji 2024.0 Comarch ERP XL w integracji z Comarch Shipping wprowadzono obsługę rodzajów przesyłek związanych z rodzajem usługi oraz aktualizację nazw kurierów przy ich pobieraniu z aplikacji.
W wersji 2024.1 Comarch ERP XL została wprowadzona możliwość pobierania wydruków etykiet dla zleceń z Comarch Shipping.
Zmiany na paczkach i wysyłkach w Comarch ERP XL
Zmiany w generowaniu paczek i wysyłek z list dokumentów
W związku z tym, że generowanie zleceń do Comarch Shipping wymaga podania dla wysyłki dokładnie jednego adresu odbiorcy, nawet jeśli wysyłka zawiera kilka paczek, to zmodyfikowane zostało działanie tworzenia paczek i wysyłek obsługujących adres dostawy.
Dotychczasowe działanie parametru z konfiguracji, zakładka [Sprzedaż/Parametry 2] Kontroluj zgodność adresu dostawy dokumentów paczki pozwalało na tworzenie paczek z dokumentami, które miały ustawionego kontrahenta z tym samym adresem oraz takich, które w ogóle nie miały kontrahenta (np. paragony). Ta kontrola została teraz uściślona tak, że dokumenty bez kontrahenta będą zawsze wiązane do jednej paczki, a do innych tylko te na których kontrahent jest ustawiony.
Przyklad
W konfiguracji jest zaznaczony parametr: Kontroluj zgodność adresu dostawy dokumentów paczki. Na liście paragonów zaznaczono kilka dokumentów, z czego dwa nie mają przypisanego kontrahenta, a pozostałe mają kontrahenta zgodnego (z tym samym adresem).
Po wybraniu operacji generowania paczek z zaznaczonych zostaną dodane dwie paczki z ustawionym parametrem: Dokumenty na ten sam adres, gdzie jedna będzie zawierała paragony bez kontrahentów, a druga pozostałe paragony.
Dodatkowo w tym samym miejscu w konfiguracji został dodany nowy parametr ”Z listy dokumentów twórz wiele paczek i wysyłek (tylko dla generowania z dokumentów)”. Parametr możliwy do zaznaczenia, jeśli zaznaczono powyższy, czyli ”Kontroluj zgodność adresu dostawy dokumentów paczki”. W przeciwnym razie niezaznaczony i niedostępny do edycji.
Parametry dla paczek i wysyłek w oknie konfiguracji
Zaznaczenie nowego parametru skutkuje zmianą w wykonaniu operacji Wysyłka z zaznaczonych dostępnej w menu kontekstowym na listach dokumentów: handlowych, serwisowych i zamówień oraz na liście paczek. Ta operacja spowoduje najpierw utworzenie paczek z ustawionym parametrem: ”Dokumenty na ten sam adres (jak opisano powyżej)”, a następnie do każdej z tych paczek zostaje utworzona osobna wysyłka. Chodzi o to, aby każda wysyłka miała jednoznaczny adres dostawy. W tym przypadku będzie on pobierany z adresu na powiązanej paczce.
Uwaga
Operacja nie dotyczy polecenia: Wysyłka dla pozycji z zaznaczonych dostępnego w menu kontekstowym na listach dokumentów: handlowych, serwisowych i zamówień.
W wersji 2023.0 Comarch ERP XL został wprowadzony nowy parametr w konfiguracji Dane kontaktowe na paczce z osoby kontrahenta, o którym więcej w dalszej części biuletynu.
Zmiany na formatce paczki
Zmiany w oknie paczki w Comarch ERP XL
Na Paczce dodano obszar Parametry przesyłki, w którym poza dotychczasowymi polami z objętością i wagą brutto umieszczone zostały nowe:
Wymiary: długość, szerokość i wysokość, wyrażone w centymetrach. Wymiarami można posługiwać się niezależnie od aplikacji Comarch Shipping
Rodzaj przesyłki – możliwość wybrania rodzaju przysyłki z dostępnych dla danego kuriera w Comarch Shipping, które są importowane do XL z tej aplikacji. Tutaj najpierw konieczne jest wskazanie kuriera, aby została odpowiednio zawężona lista rodzajów.
Dodatkowo na paczce dodano kontrolkę Modyfikował prezentującą dane operatora, który ostatnio wprowadzał zmiany na dokumencie.
Dane adresowe i osoba kontaktowa na dokumencie Paczki
Na dokumencie Paczki, zakładka [Ogólne] prezentowane są szczegółowe dane adresowe i kontaktowe, które są do niej przypisane. Dotychczas wyświetlany był tylko akronim powiązanego adresu.
Ustawienie adresu na paczce następuje na podstawie dokumentów do niej powiązanych, o ile w konfiguracji modułu Konfiguracja/Sprzedaż/Parametry 2 jest zaznaczony parametr Kontroluj zgodność adresu dostawy dokumentów paczki.
Od wersji 2023.0 ustawienie to decyduje również o tym, czy na paczce zostanie dodana osoba kontrahenta. Wybór osoby następuje automatycznie na podstawie dokumentów powiązanych. Można to też zrobić samodzielnie poprzez wybór odpowiedniego rekordu z listy osób przypisanych do kontrahenta.
Obecnie, gdy na paczkę jest pobierany adres z dokumentów powiązanych (zawsze z zakładki [Kontrahent docelowy]) i na tych dokumentach (na tej samej zakładce) jest wypełniona osoba kontrahenta, wówczas zostaje ona pobrana również na paczkę. Ponieważ na każdym z dokumentów może być ustawiona inna osoba, to sposób pobierania jest następujący:
Podczas tworzenia paczek z listy dokumentów pobierana jest osoba z pierwszego dokumentu w kolejce, na którym jest ona wypełniona.
Podczas dołączania dokumentów do paczek również pobierana jest osoba z pierwszego dokumentu w kolejce, na którym jest ona wypełniona. Przy czym tutaj pobranie może nie nastąpić, jeśli na paczce osoba jest już wypełniona.
Podczas usuwania powiązania dokumentów do paczki osoba nie jest modyfikowana aż do czasu usunięcia ostatniego powiązanego dokumentu. Wówczas następuje bowiem usunięcie z paczki adresu a wraz z nim też osoby kontaktowej.
Dopóki dokument Paczki nie jest zatwierdzony, to osobę kontrahenta można również uzupełnić, usunąć lub zmodyfikować samodzielnie, poprzez wybór dowolnej osoby z listy wszystkich osób kontrahenta. Ważne jest tylko, aby wcześniej został powiązany jakikolwiek dokument, na podstawie którego kontrahent dla paczki zostanie ustalony.
Wraz z ustawieniem osoby kontaktowej może nastąpić również pobranie na paczkę jej danych kontaktowych: telefon oraz e-mail. Ma to szczególne znaczenie dla współpracy z Comarch Shipping, o czym więcej w dalszej części biuletynu.
Standardowo jako dane kontaktowe dla paczki traktowane były dane z adresu do niej powiązanego. Teraz przy odpowiednim ustawieniu w konfiguracji modułu Sprzedaż (Konfiguracja/Sprzedaż/Parametry 2) nowego parametru Dane kontaktowe na paczce z osoby kontrahenta można sprawić, aby zostały one pobrane z osoby kontaktowej na paczce, o ile taka zostanie na niej wybrana. Wówczas od razu na paczce podmienia się zawartość w kontrolkach Telefon i E-mail, więc widać wprost, jakie dane kontaktowe są obowiązujące dla danej paczki.
Zmiany na formatce wysyłki
Na potrzeby przechowywania danych pobieranych ze zlecenia w Comarch Shipping w oknie wysyłki zostały dodane nowe pola oraz zmieniono układ okna, jak przedstawia poniższy rysunek.
Zmiany w oknie wysyłki w Comarch ERP XL
Wydzielona została część Obsługa wysyłki, w której umieszczono pole Kurier z odwołaniem do listy słownikowej z rodzajami kurierów (dostępna w Słownikach kategorii, grupa Transport, magazyn). Obsługa pola zgodnie ze standardem, czyli jeśli ustawiono domyślny rekord w słowniku, to będzie on ustawiany na nowo dodawanych wysyłkach. Rekordy można również dezaktywować w słowniku, w przypadku, gdy nie są wykorzystywane.
Z polem Kurier ściśle powiązane jest dotychczasowe pole Spedytor, które pozwala ustawić kontrahenta obsługującego wysyłkę. Jeśli na kartach kontrahentów zostanie zaznaczony parametr: Spedytor i dodatkowo wybrany zostanie rodzaj kuriera, wówczas na wysyłce będzie możliwe wybranie jako Spedytora tylko takich kontrahentów: np. .
Jeśli wysyłka jest realizowana poprzez spedytora nie będącego kontrahentem, wówczas działanie pola Spedytor pozostaje bez zmian. Analogicznie, zmianie nie uległo działanie pól dotyczących samochodu oraz kierowcy – mogą one być wykorzystywane do ewidencji wysyłek realizowanych poza firmami kurierskimi.
Poniżej wydzielona została kolejna część Dane przesyłki, w której umieszczono nowe pola:
Stan przesyłki – z odwołaniem do listy słownikowej o tej samej nazwie (dostępna w Słownikach kategorii, grupa Transport, magazyn). Do rekordów tego słownika zostały dodane predefiniowane stany dla zleceń z Comarch Shipping, które rozpoczynają się od wyrażenia ‘ZNP’ i rekordy te będą ustawiane automatycznie na wysyłkach integrowanych z tą aplikacją. Niezależnie od tego jest również możliwość korzystania ze słownika na standardowych zasadach, czyli dodając do niego własne pozycje, a następnie ustawianie stanów ręcznie na wysyłkach.
Numer ZNP – pole widoczne dopiero, jeśli wysyłka zostanie przesłana do Comarch Shipping. Wyświetla numer zlecenia nadany jej w aplikacji. Obok numeru znajduje się przycisk lupki. Służy on do podglądu zlecenia w Comarch Shipping, o czym więcej w rozdziale ‘’Podgląd zlecenia z poziomu wysyłki’’.
Punkt odbioru (ID) – możliwość wpisania identyfikatora punktu odbioru.
Data nadania – możliwość ustawienia daty nadania.
Pozostałe pola w obszarze z danymi przesyłki działają bez zmian, czyli Numer listu służy przechowywaniu numeru nadanego przez kuriera po jego zarejestrowaniu, możliwe jest uzupełnienie wartości pobrania i ubezpieczenia wysyłki. W przypadku współpracy z Comarch Shipping pola te są integrowane z utworzonymi zleceniami, co jest szczegółowo opisane w kolejnym punkcie.
Dodatkowo zmieniono nazwę dotychczasowej zakładki [Opis] na [Inne], bowiem oprócz pola z opisem zawiera ona również nowe pole Link do śledzenia przesyłki, z możliwością wywołania podglądu takiego linku. W polu można wpisać adres otrzymany po nadaniu przesyłki, pod którym dostępne są informacje o tym, gdzie znajduje się ona aktualnie. Po wypełnieniu pola aktywny będzie przycisk do wywołania wpisanego adresu w oknie domyślnej przeglądarki.
Zakładka [Inne] na wysyłce
Rozpoczęcie współpracy z Comarch Shipping
Uruchomienie usługi Comarch Shipping
Uruchomienie usługi rozpoczyna się w CSM od jej zakupu (lub wybrania wersji demonstracyjnej). Należy tutaj postępować zgodnie z dokumentacją aplikacji Comarch Shipping.
Konfiguracja połączenia i tworzenie kont użytkowników w aplikacji Comarch Shipping
W pierwszych wersjach aplikacji zakładanie kont użytkowników jest dostępne tylko jako migracja z poziomu systemu ERP i może być dokonywana tylko za pomocą loginu SSO, który ma w aplikacji uprawnienia Administratora. Jest to ten login, który zakłada usługę z poziomu CSM.
W pierwszym kroku należy ustawić dla właściwych operatorów Comarch ERP XL loginy SSO, którymi będą się posługiwać w aplikacji oraz ustawić dla nich parametr: Użytkownik Comarch Shipping.
Wskazówka
Do operatora, który będzie administrował usługą Comarch Shipping powinien być przypisany login SSO posiadający rolę Administrator w tej usłudze. Przed założeniem dodatkowych użytkowników jedynym takim loginem w Comarch Shipping jest ten, który zakładał usługę z poziomu CSM.
Ustawienia użytkownika Comarch Shipping na karcie operatora
W kolejnym kroku w oknie konfiguracji Comarch ERP XL, na zakładce [Aplikacje/Kurierzy] należy wpisać adres usługi Comarch Shipping i zapisać okno konfiguracji. Poprawny adres usługi to: https://shipping.comarch.com.
Ustawienia adresu serwera Comarch Shipping w oknie konfiguracji
Po ponownym uruchomieniu okna na tej samej zakładce możliwe będzie wykonanie eksportu użytkowników do aplikacji. Zgodnie z informacją zamieszczoną poniżej przycisku eksportu, zostanie on wykonany dla operatorów z zaznaczonym parametrem: Użytkownik Comarch Shipping. Loginy SSO pobrane z kart tych operatorów zostaną dodane do listy użytkowników aplikacji (z rolą: Domyślny Użytkownik), a logowanie będzie się obywało za pomocą tych kont SSO.
Wskazówka
Aby eksport wykonał się poprawnie, numer NIP z pieczątki głównej firmy w Comarch ERP XL musi być zgodny z numerem NIP podanym przy rejestrowaniu usługi Comarch Shipping.
Po poprawnym wykonaniu eksportu należy jeszcze zalogować się do aplikacji i aktywować konta nowo dodanych użytkowników, a w razie potrzeby ustawić niektórym rolę Administratora. Dopiero wtedy użytkownicy będą mogli w pełni korzystać z funkcjonalności aplikacji zgodnie z przypisanymi im rolami.
Więcej na temat ról w dokumentacji Comarch Shipping.
Import informacji o kurierach obsługiwanych w aplikacji
W oknie Konfiguracja/Aplikacje/Kurierzy w wersji 2022.0 Comarch ERP XL został dodany przycisk do importu danych o kurierach z aplikacji Comarch Shipping. Przy imporcie do słownika kategorii Kurierzy pobierane są następujące informacje:
Wewnętrzny identyfikator kuriera wykorzystywany przy wymianie danych – informacja nie jest widoczna w interfejsie, ale jego przypisanie spowoduje, że kurier będzie widoczny w oknie generowania Zlecenia Nadania Przesyłki.
Rodzaje przesyłek obsługiwanych przez danego kuriera – rodzaje można ustawiać na paczkach, co zostaje potem przekazane na zlecenia w aplikacji.
Import danych o kurierach z aplikacji Comarch Shipping
Jeśli nazwa kuriera z aplikacji jest zgodna z nazwą predefiniowanego rekordu ze słownika, wówczas importowane informacje zostaną przypisane do tego rekordu. Jeśli nie ma dokładnie takiej nazwy, wówczas w słowniku zostaje utworzony nowy rekord predefiniowany (oznaczony na niebiesko).
Uwaga
Ze względu na występujące czasem zmiany nazw kurierów po stronie Comarch Shipping w wersji 2024.0 Comarch ERP XL zmodyfikowano mechanizm pobierania informacji o kurierach tak, aby w takiej sytuacji nie tworzyć w Systemie nowego rekordu, ale modyfikować nazwę dla istniejącego, który jest powiązany z analogicznym rekordem w aplikacji. Oznacza to modyfikację w Systemie nazwy kuriera zarówno w słowniku kategorii, jak i na paczkach/wysyłkach, na których został on wcześniej użyty.
Dodatkowy parametr Oznaczaj aktywność kurierów na podstawie ustawień z aplikacji pozwala ustawić rekordy słownika kategorii Kurierzy na aktywne/nieaktywne w sposób odzwierciedlający stan w Comarch Shipping. Przy czym będzie to dotyczyło tylko tych kurierów, którzy są obsługiwani w aplikacji. Pozostałe rekordy słownika nie są modyfikowane.
Przycisk importu pobiera również dane słownikowe rodzajów przesyłek, które są widoczne w słowniku kategorii Kurierzy na osobnej zakładce [Rodzaje przesyłek].
Rodzaje przesyłek zaimportowane z Comarch Shipping na przykładzie kuriera InPost Paczkomaty
Pobrane w ten sposób rodzaje przesyłek można wykorzystać na paczkach, z których są następnie przekazywane na zlecenie do Comarch Shipping. Aby ograniczyć w Comarch ERP XL listę rodzajów do tych, które są w danej bazie faktycznie wykorzystywane, można pozostałe oznaczyć jako nieaktywne. Dzięki temu nie będą one wyświetlane na listach do wyboru, analogicznie do innych nieaktywnych rekordów słownikowych.
Powiązanie kuriera Raben z aplikacją Comarch Shipping
W wersji 2022.0 Systemu dodaliśmy do bazy wewnętrzne identyfikatory kurierów, które służą do integracji z Comarch Shipping. Taki identyfikator wskazuje jednoznacznie, na jakiego kuriera w Comarch Shipping utworzyć zlecenie na podstawie wysyłki w Comarch ERP XL.
Ponieważ wersja miała być wydawana w zbliżonym terminie do nowej wersji Comarch Shipping, to identyfikator został przypisany w słowniku kategorii również dla kuriera Raben, który potem zmienił swoją nazwę w aplikacji na Raben Logistics Polska. Zmianę taką wprowadziliśmy również do Comarch ERP XL 2022.0.1, więc od tej wersji pojawił się dodatkowy kurier o pełnej nazwie i on będzie integrowalny z aplikacją. Dotychczasowy kurier o nazwie Raben pozostanie w słowniku, ale nie będzie mógł być wykorzystywany przy tworzeniu zleceń z poziomu wysyłek.
Tworzenie Zleceń Nadania Przesyłki z poziomu Comarch ERP XL
Warunki konieczne do pomyślnego utworzenia zlecenia
Aby pomyślnie udało się utworzyć zlecenie w Comarch Shipping muszą być spełnione następujące warunki:
Od strony aplikacji Comarch Shipping:
Musi być aktywny oraz ustawiony jako domyślny co najmniej jeden kurier – tylko takie ustawienie pozwala tworzyć zlecenia w aplikacji.
Od strony Comarch ERP XL:
Operator wykonujący operację tworzenia zlecenia musi mieć uzupełniony Login SSO, który został dodany jako użytkownik Comarch Shipping.
Wskazówka
W aplikacji Comarch Shipping jest możliwość ustawienia Kontroli unikalności zleceń z weryfikacją dla dokumentów źródłowych i powiązanych. Ponieważ analogiczna weryfikacja odbywa się w Comarch ERP XL przy tworzeniu wysyłek, to nie ma potrzeby uruchamiać jej dodatkowo w aplikacji.
Zlecenia z listy wysyłek
Na liście wysyłek (dostępna z listy dokumentów handlowych, zakładka [Transportowe/Wysyłki] w menu kontekstowym udostępnione zostały operacje dotyczące Zleceń Nadania Przesyłki (w skrócie ZNP) w Comarch Shipping:
Zlecenie Nadania Przesyłki (ZNP) pozwalający tworzyć zlecenia dla wybranej przesyłki w Comarch Shipping.
Aktualizuj dane ZNP do aktualizacji danych przekazywanych z Comarch Shipping na wysyłkę w XL.
Operacja Zlecenie Nadania Przesyłki (ZNP) z listy wysyłek działa dla pojedynczego rekordu na liście. Po jej wybraniu następuje weryfikacja prawidłowości wysyłki, czyli sprawdzany jest:
Stan wysyłki – musi być Zatwierdzona i niepowiązana ze zleceniem w Comarch Shipping,
Adres wysyłki, czyli czy wszystkie przypisane paczki mają zaznaczony parametr Dokumenty na ten sam adres oraz czy adres dla paczek jest zgodny.
Jeśli weryfikacja zawiera błędy użytkownik zostaje o tym powiadomiony stosownym komunikatem i operacja zostaje przerwana. W przeciwnym razie pojawia się okno z parametrami dla tworzonego zlecenia.
Parametry dla tworzenia Zlecenia Nadania Przesyłki
Parametry dla tworzenia zlecenia w Comarch Shipping
W oknie z parametrami możliwe do ustawienia są:
Kurier – jeśli nie wybrano na wysyłce, konieczne będzie wskazanie kuriera z listy słownikowej. Jest to jedyne pole obowiązkowe, bez którego nie będzie możliwości zaakceptowania okna i utworzenia zlecenia.
Spedytor – możliwość wybrania kontrahenta, który został oznaczony na karcie jako Spedytor i ma wybranego tego samego kuriera, którego podano powyżej. Jeśli spedytora wybrano na wysyłce, wówczas zostanie ustawiony w tym oknie.
Data nadania – możliwość wskazania daty, w której ma być nadana przesyłka.
Płatność przy odbiorze – parametr zaznaczony, jeśli na wysyłce wypełniono pole Pobranie, w przeciwnym razie nie będzie możliwości jego zaznaczenia, ponieważ nie ma skąd pobrać tej wartości.
…-wartość pobrania z wysyłki powiększ o kwotę – możliwość wpisania dodatkowej kwoty należnej za przesyłkę, jeśli nie została ona uwzględniona w kwocie pobrania; pole aktywne tylko jeśli parametr: Płatność przy odbiorze jest zaznaczony.
Wartość ubezpieczenia z dwiema opcjami:
Wg kwoty pobrania – wówczas na zleceniu jako wartość ubezpieczenia zostanie ustawiona taka sama kwota jak wartość pobrania.
Z wysyłki – jeśli na wysyłce ustawiono wartość w polu Ubezpieczenie, wówczas można ją przekazać bezpośrednio na zlecenie.
Rodzaj przesyłki – możliwość wybrania rodzaju przysyłki z dostępnych dla danego kuriera w Comarch Shipping, które są importowane do XL z tej aplikacji. Tutaj najpierw konieczne jest wskazanie kuriera, aby została odpowiednio zawężona lista rodzajów.
Wymiary: długość, szerokość i wysokość, wyrażone w centymetrach. Wymiarami można posługiwać się niezależnie od aplikacji Comarch Shipping
Punkt odbioru (ID) – możliwość wpisania identyfikatora punktu odbioru
Jeśli do zlecenia zostanie przesłana wartość ubezpieczenia, to zostanie ona ustawiona na zleceniu tylko wtedy, gdy w szablonie paczki została wybrana opcja ubezpieczenia przesyłki jako ‘Wartość z dokumentu źródłowego’. W przeciwnym razie kwota ubezpieczenia na zleceniu będzie pobierana jako stała wartość zadeklarowana w szablonie kuriera w Comarch Shipping. Przy ustawieniu na szablonie wartości ubezpieczenia jako ‘Stała wartość’ nie ma więc konieczności uzupełniania jej na wysyłce.
Na dole okna z parametrami możliwe jest wskazanie, aby poza utworzeniem zlecenia została wykonana dodatkowa operacja w Comarch Shipping: Zarejestruj przesyłkę u kuriera. Taka operacja powoduje nadanie numeru listu przewozowego u wybranego kuriera.
Po uzupełnieniu wszystkich parametrów i zaakceptowaniu okna następuje tworzenie zlecenia w Comarch Shipping.
Wyniki z przebiegu operacji wyświetlane są w logu. Część ewentualnych błędów związanych z połączniem z aplikacją wyświetlenia jest na tym oknie, natomiast pozostałe wynikające z błędów weryfikacji zlecenia po stronie aplikacji są tylko komunikowane i zgodnie z treścią komunikatu szczegóły można zobaczyć już na samym zleceniu w Comarch Shipping.
Na zlecenie poza parametrami w oknie Stwórz Zlecenie Nadania Przesyłki przekazywane są też dane z wysyłki:
Dane odbiorcy przesyłki, czyli nazwa firmy i adres kontrahenta na dokumencie powiązanym z paczką/paczkami na wysyłce. Tutaj istotne jest, że na zleceniu wymagane jest podanie numeru telefonu (pobierany z pola Telefon1 karty kontrahenta) oraz adresu e-mail (pole E-mail z karty kontrahenta). Należy pamiętać o tym, że dane te powinny być zapisane na karcie kontrahenta przed utworzeniem dokumentu stanowiącego podstawę wysyłki.
Ilość paczek – wyliczana na podstawie faktycznie powiązanych paczek, a nie pola uzupełnionego na wysyłce (na zakładce [Paczki]).
Waga paczki – pobierana z wagi uzupełnionej dla każdej z powiązanych paczek. Istotne jest, aby waga dla paczek ustawiona była w kilogramach, gdyż taka jest jednostka przyjmowana przez kurierów.
Kwoty Pobrania i Ubezpieczenia, jak opisano powyżej.
Numer wysyłki oraz numery dokumentów powiązanych z paczkami na wysyłce.
Ustawienie rodzaju kuriera w oknie z parametrami warunkuje rodzaj zlecenia jaki zostanie utworzony. Następnie na takim zleceniu ustawiane są niezbędne informacje:
Dokument źródłowy -> numer wysyłki
Dokumenty powiązane -> numery dokumentów powiązanych do paczek z tej wysyłki.
Dane odbiorcy -> z adresu kontrahenta, jak opisano powyżej.
Dane nadawcy -> z adresu ustawionego w aplikacji.
Ilość paczek -> ilość tych, które są powiązane do wysyłki, jak opisano powyżej.
Całkowita waga przesyłki -> wyliczona jako suma z wag powiązanych paczek.
Zawartość, na którą może składać się kilka elementów: numer dokumentu źródłowego, numery dokumentów powiązanych oraz treść ustawiona w szablonie. Sposób konfiguracji opisany w dokumentacji Comarch Shipping. Tutaj należy zwrócić uwagę, że im więcej elementów zostanie uwzględnionych, tym większa szansa, że przekroczona będzie dopuszczalna ilość znaków (np. dla kuriera DHL wynosi ona tylko 30 znaków).
Ubezpieczenie przesyłki oraz Pobranie -> z wysyłki oraz z parametrów przed tworzeniem zlecenia, jak opisano powyżej oraz w kolejnych punktach.
Data nadania pobrana -> z parametrów przed utworzeniem zlecenia
Na liście paczek -> wszystkie będą miały ustawiony rodzaj Standardowa paczka, waga zostanie pobrana z paczek, wymiary z domyślnych wymiarów dla z szablonu.
Usługi dodatkowe pobrane z ustawień w aplikacji.
W wersji 2022.0 Comarch ERP XL w oknie ZNP pojawiły się dodatkowo nowe pola:
Rodzaj przesyłki,
Wymiary,
Id punktu odbioru.
Działanie tych parametrów jest następujące:
Jeśli zostały wypełnione w oknie generowania, to niezależnie od tego, co jest na paczce i wysyłce, wówczas przesyłane na zlecenie są te okna generowania;
Jeśli nie zostały wypełnione w oknie generowania (lub pozostawiono domyślne wartości zerowe), a są wypełnione na paczce lub wysyłce, wówczas przesyłane na zlecenie są te z paczki i wysyłki;
Jeśli nie zostały wypełnione zarówno w oknie generowania, jak i na paczce lub wysyłce, wówczas pobierane są domyślne ustawione w Comarch Shipping dla danego kuriera (z szablonu kuriera ‘Szybka paczka’).
Wskazówka
Powyższe nie dotyczy pól: Kurier (jest wymagane), Data nadania (zawsze jest wypełnione) oraz ustawień dla kwot pobrania i ubezpieczenia, które są obsługiwane jak dotychczas.
Niezależnie od tego, czy informacje na tworzonym zleceniu są pobierane z Comarch ERP XL czy też z domyślnego szablonu, po utworzeniu zlecenia są one automatycznie przekazywane na źródłowe dokumenty paczek/wysyłek do Comarch ERP XL.
Dodatkowo do Comarch Shipping przekazywane są od wersji 2022.0 Comarch ERP XL następujące informacje:
Akronim adresu kontrahenta odczytywany z adresu przypisanego do paczki w Comarch ERP XL,
System, czyli nazwa systemu, z którego utworzone zostało zlecenie, w tym przypadku: Comarch ERP XL.
Podsumowując powyższe, w trakcie przesyłania informacji pomiędzy bazą danych Comarch ERP XL a Comarch Shipping przekazywane są następujące informacje:
Wskazówka
Aby zostały na zleceniach uzupełnione wymagane pola należy poprawnie zdefiniować dla kurierów szablony ‘Szybka paczka’, w których można podać parametry domyśle (np. waga i wymiary dla paczki) lub oznaczyć parametry pozwalające wypełnić pola danymi z Comarch ERP XL, (np. Zawartość na zleceniu). Dzięki temu nie będzie konieczności, jak dotychczas wypełniania wszystkich pól na dokumentach w Comarch ERP XL, ponieważ zostaną one pobrane z tych szablonów, a przy aktualizacji danych z ZNP zostaną zwrotnie zapisane na paczce/wysyłce w Comarch ERP XL.
Jeśli przy tworzeniu zlecenia będą błędy/braki w danych odbiorcy czy parametrach paczki (waga, wymiary), wówczas zlecenie zostanie utworzone, a w logu pojawi się informacja o tym, że zawiera ono błędy i należy je poprawić bezpośrednio w Comarch Shipping. To działanie pozostało bez zmian w stosunku do dotychczasowego.
Dane o zleceniu na wysyłce
Po pomyślnym utworzeniu zlecenia w Comarch Shipping na wysyłce w Comarch ERP XL jest ustawiany kurier, numer utworzonego zlecenia, jego stan oraz numer listu przewozowego (jeśli została wykonana rejestracja zlecenia u kuriera). Ze względu na to, że kwota ubezpieczenia wysłana z wysyłki w Comarch ERP XL może być różna niż ta, która ostatecznie została ustawiona na zleceniu (przy ustawieniu w szablonie przesyłki ‘Stała wartość’), to również kwota Ubezpieczenia jest przesyłana zwrotnie na wysyłkę.
Wyświetlanie powyższych danych na oknie wysyłki opisane jest szczegółowo w rozdziale ‘’Zmiany na formatce wysyłki’’.
Zgodnie ze standardowym działaniem operacji anulowania wysyłki dane pochodzące ze zlecenia są z niej również usuwane.
Podgląd zlecenia z poziomu wysyłki
Po zapisaniu na wysyłce numeru zlecenia aktywny jest przycisk lupki obok pola Numer ZNP. Służy on do podglądu zlecenia w Comarch Shipping. Szczególnie przydatny będzie przy ewentualnych błędach wyświetlonych w logu, aby zweryfikować szczegółowo poprawność utworzonego zlecenia. Na oknie zlecenia w Comarch Shipping będą bowiem zaznaczone na czerwono pola, które spowodowały błędy lub wyświetlony zostanie komunikat o innym konkretnym błędzie dla danego zlecenia.
Uwaga
Jeśli jeden użytkownik Comarch Shipping będzie przypisany do wielu baz apliakcji, wówczas przy wybraniu operacji podglądu zlecenia, będzie musiał najpierw wybrać w przeglądarce właściwą bazę Shipping. Dopiero po tym wyborze zostanie wyświetlone prawidłowe zlecenie.
Zlecenia z listy paczek
Analogiczne polecenie Zlecenie Nadania Przesyłki (ZNP) zostało dodane do menu kontekstowego na liście paczek. Dzięki temu po zaznaczeniu wcześniej utworzonych paczek jest możliwość wygenerowania z nich zleceń po uprzednim utworzeniu jednej lub kilku wysyłek. To, ile wysyłek i zleceń zostanie utworzonych zależy od tego, na ile różnych adresów utworzone są wybrane paczki.
Jeśli adres jest zgodny, to powstanie jedna wysyłka.
Jeśli są różne to powstanie tyle wysyłek, ile zostanie odnalezionych adresów. W przypadku kilku paczek na ten sam adres zostaną one powiązane z jedną wysyłką.
Jeśli zostaną znalezione paczki bez adresu to zostaną one pominięte – nie zostaną z nich utworzone wysyłki. Przez paczki bez adresu rozumiemy takie, które nie mają zaznaczonego parametru ‘Dokumenty na ten sam adres’ lub parametr jest zaznaczony, ale do paczki związane są dokumenty bez kontrahenta, np. paragony.
Uwaga
W przypadku operacji tworzenia ZNP z paczek system działa automatycznie tak, jakby w konfiguracji zaznaczony był parametr: Z listy dokumentów twórz wiele paczek i wysyłek (tylko dla generowania z dokumentów), jak opisano w rozdziale ‘’Zmiany w generowaniu paczek i wysyłek z list dokumentów’’.
Po zakwalifikowaniu właściwych paczek, w tle zostają utworzone odpowiednie wysyłki i wyświetli się okno z parametrami wysyłki, jak opisano w rozdziale ‘’Parametry dla tworzenia Zlecenia Nadania Przesyłki’’. Tutaj różnica w wypełnianiu parametrów jest następująca:
Kurier –ponieważ nie wybrano go na dopiero co utworzonej wysyłce/wysyłkach, to konieczne będzie jego wskazanie.
Spedytor – również nie wybrano go na wysyłce/wysyłkach, więc tu istnieje taka możliwość.
Data nadania – możliwość wskazania daty, w której ma być nadana przesyłka.
Płatność przy odbiorze – parametr może zostać zaznaczony, jeśli na wysyłce chcemy mieć wypełnioną wartość Pobrania. Po jego zaznaczeniu jako kwota pobrania do wysyłki wyliczona zostanie suma wartości brutto z powiązanych paczek.
…-wartość pobrania z wysyłki powiększ o kwotę – możliwość wpisania dodatkowej kwoty należnej za przesyłkę, jeśli zostanie ona wypełniona to o taką wartość powiększy się kwota Pobrania wyliczona powyżej.
Wartość ubezpieczenia z dwiema opcjami – bez zmian, jak opisano w w rozdziale ‘’Parametry dla tworzenia Zlecenia Nadania Przesyłki’’.
Po pomyślnym utworzeniu zlecenia w Comarch Shipping na wysyłce w XL są ustawiane dane jak opisano w rozdziale ‘’Dane o zleceniu na wysyłce’’.
Zlecenia z listy dokumentów
Analogiczne polecenie Zlecenie Nadania Przesyłki (ZNP) zostało dodane do menu kontekstowego na listach tych dokumentów, dla których można generować wysyłki, czyli dokumentów handlowych, serwisowych oraz zamówień.
Wskazówka
Polecenie Zlecenie Nadania Przesyłki (ZNP) nie zostało dodane na liście dokumentów wewnętrznych, dla których nie możliwości (w przypadku MMW i MMP) ustawiania kontrahenta, więc nie będzie skąd pobrać adresu odbiorcy.
Dzięki temu po wskazaniu właściwych dokumentów jest możliwość wygenerowania z nich zleceń po uprzednim utworzeniu jednej lub kilku paczek i wysyłek. To, ile paczek/wysyłek oraz zleceń zostanie utworzonych zależy od tego, na ile różnych adresów utworzone są wybrane dokumenty.
Jeśli adres jest zgodny, to powstanie jedna paczka i do niej jedna wysyłka.
Jeśli są różne to powstanie tyle paczek i powiązanych do niej wysyłek, ile zostanie odnalezionych adresów.
Jeśli zostaną znalezione dokumenty bez adresu (np. paragony bez ustawionego kontrahenta) to zostaną one spięte do jednej paczki, a ta powiązana do jednej wysyłki. Taka wysyłka zostanie pominięta przy tworzeniu zlecenia do Comarch Shipping.
Uwaga
W przypadku operacji tworzenia ZNP z listy dokumentów system działa automatycznie tak, jakby w konfiguracji zaznaczone były parametry: ''Kontroluj zgodność adresu dostawy dokumentów paczki'' oraz ''Z listy dokumentów twórz wiele paczek i wysyłek (tylko dla generowania z dokumentów)'', jak opisano w rozdziale ''Zmiany w generowaniu paczek i wysyłek z list dokumentów''.
Po utworzeniu paczek i wysyłek oraz zakwalifikowaniu właściwych wysyłek dla zleceń wyświetli się okno z parametrami i działaniem, jak opisano w rozdziale ‘’Zlecenia z listy paczek’’.
Po pomyślnym utworzeniu zlecenia w Comarch Shipping na wysyłce w XL są ustawiane dane jak opisano w rozdziale ‘’Dane o zleceniu na wysyłce’’.
Osoba kontaktowa i dane kontaktowe przekazywane na zlecenie
Do dokumentu paczki została dodana możliwość ustawiania osoby kontaktowej oraz opcjonalnie jej danych kontaktowych, o czym więcej w rozdziale Dane adresowe i osoba kontaktowa na dokumencie Paczki.
Dane te są przekazywane na Zlecenia Nadania Przesyłki podczas ich tworzenia z poziomu Systemu (polecenie Zlecenie Nadania Przesyłki (ZNP) z wielu różnych list dokumentów) w następujący sposób:
Osoba kontaktowa z paczki jest ustawiana jako Osoba kontaktowa Odbiorcy. Jeśli osoby nie ustawiono na paczce, wówczas nie ma zmian w stosunku do dotychczasowego działania i Osoba kontaktowa na zleceniu nie zostanie wypełniona.
Dane kontaktowe przekazane na zlecenie są pobierane takie, jakie widoczne są na paczce. Czyli zależnie od konfiguracji mogą się tam znaleźć dane z adresu lub dane z osoby kontaktowej.
Rejestracja zleceń u kuriera z poziomu Comarch ERP XL
Na dole okna z parametrami do tworzenia ZNP możliwe jest wskazanie, aby poza utworzeniem zlecenia została wykonana dodatkowa operacja w Comarch Shipping: Zarejestruj przesyłkę u kuriera. Taka operacja powoduje nadanie numeru listu przewozowego u wybranego kuriera, zmianę stanu zlecenia oraz przesłanie zwrotnie tych informacji do Comarch Shipping.
Aby rejestracja u kuriera z poziomu Comarch ERP XL przebiegła poprawnie konieczne jest wypełnienie na zleceniu wszystkich wymaganych pól oraz wskazanie daty nadania pozwalającej na rejestrację.
W przypadku nie spełnienia ww. warunków zlecenie zostanie zapisane w Comarch Shipping, ale rejestracja nie powiedzie się. W logu pojawią się informacje o błędach.
Uwaga
Rejestracja zlecenia w serwisie kuriera z poziomu Comarch ERP XL jest możliwa tylko przy tworzeniu zlecenia w Comarch Shiiping. Nie została ona udostępniona jako osobna operacja.
Jeśli więc z Comarch ERP XL zostanie tylko utworzone zlecenie, to pozostałe operacje dostępne dla zleceń w Comarch Shipping, czyli Rejestracja u kuriera, Zamawianie kuriera i Anulowanie w pierwszej wersji integracji są dostępne jedynie z poziomu samej aplikacji
Obsługa wielu paczek na jednym zleceniu
Od wersji 2023.2 Comarch ERP XL operacja Zlecenie Nadania Przesyłki (ZNP) wykonywana dla wysyłki z wieloma paczkami pozwala w Comarch Shipping utworzyć nowe zlecenie. Jedynie w przypadku, gdy dany kurier obsługuje tylko zlecenia jednopaczkowe, to przy próbie tworzenia takiego zlecenia dostajemy z API Comarch Shipping informację o błędzie i zlecenie nie zostanie utworzone. Wówczas konieczne jest anulowanie takiej wysyłki w Comarch ERP XL i utworzenie nowej z jedną paczką.
Zmianie uległo ustawianie rodzaju paczki w oknie generowania ZNP. Dla wysyłki, która ma powiązanych wiele paczek rodzaj nie jest ustawiany nigdy i należy go wybrać w parametrach samodzielnie. Jeśli nie zostanie wybrany tutaj, to rodzaj jest pobierany z każdej paczki powiązanej do wysyłki. Jedynie dla wysyłek z jedną paczką sprawdzane jest nadal ustawienie rodzaju na paczce i taka informacja jest pobierana na okno generowania.
Przy tworzeniu zlecenia każda paczka z Comarch ERP XL może mieć ustawione różne rozmiary i wagę, i to jest przesyłane na paczki przypisane na zleceniu. Natomiast w przypadku ustawionych różnych rodzajów paczek, jeśli w oknie generowania nie zostanie ustawiony żaden rodzaj, to na zlecenie zostaną przekazane te różne rodzaje. Na chwilę obecną takie zlecenie nie zostanie utworzone (pojawi się komunikat błędu z API), gdyż Comarch Shipping nie pozwala na takie ustawienie.
Wskazówka
Dopóki w Comarch Shipping zablokowane jest dodawanie zlecenia z różnymi rodzajami przesyłek, to w Systemie należy ustawiać na każdej paczce powiązanej do jednej wysyłki ten sam rodzaj paczki. Można to zrobić ręcznie na paczce albo dopiero podczas generowania wybierając odpowiedni rodzaj w oknie z parametrami ZNP.
Numer paczki z Systemu jest teraz przekazywany zawsze do pola Zawartość na przesyłkach w Shipping tak, aby Klienci jednoznacznie mogli zidentyfikować paczkę z daną przesyłką. Do rozważenia jest więc teraz kwestia, czy dla pola Zawartość nadal sensownym jest przekazywanie numeru wysyłki. Jeśli nie, to należałoby w ustawieniach szablonów kurierów w Comarch Shipping odznaczyć parametr Zawartość przesyłki: Numer dokumentu źródłowego.
Numer paczki na przesyłkach w Comarch Shipping
Po zarejestrowaniu zlecenia u kuriera do Comarch ERP XL można pobrać zwrotnie informację o numerze przesyłki oraz linku do jej śledzenia, jeśli dany kurier obsługuje tworzenie linków. Dane te są teraz prezentowanie z dokładnością do paczki. To samo zresztą dotyczy statusu przesyłki, który w Shipping jest zapisywany odrębnie dla pojedynczej paczki.
W tym celu na dole formatki paczki zostały dodane nowe pola: Numer listu oraz obok niego Status przesyłki i przycisk Link przesyłki do wywołania w przeglądarce informacji o realizacji przesyłki o podanym linku. Przycisk będzie aktywny tylko wtedy, gdy dany kurier generuje linki, bo tylko wtedy możliwe jest pobranie ich z Comarch Shipping.
Wskazówka
Linia z numerem listu, statusem oraz przycisk dla linku są niewidoczne na takich paczkach, na których dane te nie są wypełnione. A ponieważ wypełniane są tylko poprzez informacje pobrane z Comarch Shipping, to oznacza, że dla paczek nie przesłanych na zlecenia cała dolna linia nie będzie widoczna. Może też być ukryta dla paczek przesłanych, ale jeszcze przed zarejestrowaniem u kuriera. Dopiero po rejestracji u kuriera operacja Aktualizuj dane ZNP pozwoli wypełnić przynajmniej numer przesyłki, a co za tym idzie, również pokazać te pola.
Numer listu i status przesyłki z Comarch Shipping na paczce w Comarch ERP XL
Na samej wysyłce natomiast, nadal prezentowany jest numer listu i zapisywany link oraz dodatkowo Status przesyłki. Dane te są pobierane z pierwszej paczki powiązanej do zlecenia. Nie zawsze więc będą to dokładnie te same informacje, co na paczce. Można to zobaczyć na rysunku powyżej i poniżej, gdzie PC-6/23 jest powiązana z WYS-5/23, ale nie jest to pierwsza paczka dla tego zlecenia, więc numery na obu dokumentach są różne. Statusy natomiast są takie same, gdyż z reguły statusy poszczególnych paczek są zgodne. W przypadku niezgodnych statusów paczek, na zleceniu (a więc i na wysyłce) widoczny będzie status: Niejednoznaczny.
Wskazówka
Pole ze statusem przesyłki na wysyłce jest stale niewidoczne dla tych wysyłek, do których nie utworzono zlecania w Comarch Shipping. Ponieważ status ten jest wypełniany jedynie informacją pochodzącą z powiązanego zlecenia, to nie ma potrzeby wyświetlać tego pola na wysyłkach niepowiązanych.
Status przesyłki z Comarch Shipping na wysyłce w Comarch ERP XL
Uwaga
Uzupełnianie brakujących wartości w nowych polach na paczkach (numer listu, link przesyłki i status) i wysyłkach (status) w bazach po konwersji nie będzie wykonywane automatycznie.
Aby zostały one wypełnione należy je pobrać z bazy Shipping wykonując dla wskazanych wysyłek operację Aktualizuj dane ZNP.
Z wysyłki w Comarch ERP XL może zostać usunięte powiązanie ze zleceniem z Comarch Shipping, jeśli wysyłka zostanie anulowana lub powiązane zlecenie zostało usunięte w Shipping i wykonano aktualizację danych ZNP. Na skutek usunięcia powiązania czyszczone są w Comarch ERP XL dane dotyczące Id zlecenia i jego statusu. Od nowej wersji czyszczone są w takim przypadku również nowe pola na wysyłce i powiązanych z nią paczkach: numer przesyłki, link do śledzenia oraz status przesyłki.
Aktualizacja danych na wysyłce z powiązanego zlecenia
Po utworzeniu zlecenia w Comarch Shipping operator systemu Comarch ERP XL ma możliwość aktualizowania danych ze zlecenia na wysyłkę. Jest to operacja wykonywana na żądanie i służy do tego polecenie w menu kontekstowym na liście wysyłek: Aktualizuj dane ZNP.
Po jego wybraniu dla zaznaczonych rekordów następuje aktualizacja następujących pól:
Numer ZNP,
Stan przesyłki,
Numer listu przewozowego
Kwota ubezpieczenia.
Jeśli w Comarch Shipping zostanie anulowane zlecenie, wówczas dane na nim nie są czyszczone, a jedynie zmienia się jego stan na Anulowany. W związku z tym na wysyłce dane te również pozostaną, czyli będzie ona nadal związana z tym zleceniem, a aktualizacja danych na wysyłce jedynie zmieni pole ze stanem przesyłki.
Dopiero w przypadku, gdy w Comarch Shipping zostanie usunięte zlecenie, wówczas dane o nim zostaną usunięte na wysyłce w trakcie wykonywania operacji aktualizacji danych.
Automatyczne pobieranie z Comarch Shipping informacji o realizacji przesyłek (usługa synchronizacji)
W celu zautomatyzowania pobierania z Comarch Shipping informacji o realizacji zleceń i zapisywania ich na paczkach i wysyłkach w wersji 2023.2 Comarch ERP XL umożliwione zostało dodanie usługi synchronizacji.
Aby zdefiniować usługę należy w oknie konfiguracji, na zakładce [Aplikacje]/[Kurierzy] zaznaczyć parametr 'Automatycznie aktualizuj na wysyłkach informacje o realizacji zleceń', a następnie wybrać przycisk 'Konfiguracja usługi synchronizacji'.
Ustawienia usługi synchronizacji dla Comarch Shipping
Po odznaczeniu w konfiguracji parametru Automatycznie aktualizuj na wysyłkach informację o aktualizacji zleceń następuje próba usunięcia usługi, o czym użytkownik jest powiadamiany stosownym komunikatem.
Wskazówka
Należy pamiętać o tym, że usługa jest możliwa do dodania/usunięcia tylko wtedy, gdy moduł jest uruchomiony w trybie administratora systemu.
W oknie definiowania usługi jako Operator należy podać operatora z systemu Comarch ERP XL, który będzie mógł wykonywać aktualizacje na paczkach, wysyłkach oraz na powiązanych zamówieniach sprzedaży. Oznacza to, że operator ten musi posiadać niezbędne licencje do przeprowadzenia tych operacji, czyli licencje dla modułów: Administrator oraz Sprzedaż i Zamówienia. Dodatkowo musi to być operator ‘zalogowany’ w Comarch Shipping, aby możliwe było pobranie stamtąd informacji o realizacji zleceń.
Po zapisaniu okna z ustawieniami usługi zostanie ona utworzona, co można sprawdzić w Menadżerze Zadań, na zakładce [Usługi]. Usługa będzie mieć opis Usługa odpowiedzialna za synchronizację systemu Comarch ERP XL z Comarch Shipping i jeśli została poprawnie skonfigurowana, to powinna być od razu uruchomiona.
Usługa zgodnie z ustawionym Okresem testów sprawdza po stronie Comarch Shipping, dla jakich zleceń zostały zaktualizowane informacje o ich realizacji, czyli:
czy pojawił się numer i link przesyłki na skutek rejestracji zlecenia u kuriera,
czy zmienił się status przesyłki lub stan zlecenia. (Status przesyłki może być aktualizowany w Comarch Shipping ręcznie lub automatycznie, jeśli włączony został taki tryb w ustawieniach ogólnych aplikacji).
W przypadku takich zmian, jeśli dotyczą one zleceń powiązanych z wysyłką w Comarch ERP XL, to zaktualizowane dane zostaną zapisane na paczkach, wysyłkach oraz ewentualnie na powiązanych zamówieniach sprzedaży.
Dodatkowo, jeśli z poziomu Comarch Shipping zostanie usunięte zlecenie powiązane z wysyłką, to za pomocą usługi z takiej wysyłki w Comarch ERP XL zostanie usunięte powiązanie ze zleceniem.
Działanie usługi można na bieżąco kontrolować w logach z synchronizacji, które dostępne są jako dodatkowa opcja dla przycisku Comarch Shipping dostępnym na Ribbonie.
Polecenie do uruchamiania listy logów z synchronizacji Comarch Shipping
W związku z dodaniem usługi synchronizacji można teraz przyjąć następujący model współpracy z Comarch Shipping: zlecenia są tworzone z poziomu Systemu Comarch ERP XL, a następnie cała dalsza integracja jest wykonywana przez usługę, która przenosi do Comarch ERP XL informacje o realizacji tych zleceń. Więc operacja Aktualizuj dane ZNP dostępna na liście wysyłek może być wykorzystywana tylko w wyjątkowych sytuacjach, np. gdy w Comarch Shipping zmieniono ustawienia dla zlecenia czy przesyłki (kwota ubezpieczenia, rodzaj przesyłki czy jej waga/wymiary). Jeśli takie scenariusze nie występują, to używanie tej operacji nie jest konieczne.
Informacje o przesyłce na zamówieniu sprzedaży
W wersji 2023.2 Comarch ERP XL na zakładce [Realizacja] dokumentu ZS dodane zostały nowe pola, z informacją o przesyłce realizującej zamówienie: Numer przesyłki i Link przesyłki. Pola można wypełnić ręcznie na zamówieniach sprzedaży w każdym stanie, poza stanem: Anulowane.
Jeśli dokument ZS jest powiązany z paczką i na paczce tej znajdują się dane o przesyłce (będą to informacje pobrane z Comarch Shipping), wówczas nowe pola są automatycznie uzupełniane tymi danymi z paczki. Przy takiej operacji czyszczone są w tych polach wartości wypełnione wcześniej przez użytkowników, a dodatkowo po zapisaniu danych z paczki kontrolki te stają się niedostępne do edycji.
Informacja na ZS o numerze i linku przesyłki pobranych z paczki
Obok nowych pól umieszczono dodatkowe przyciski:
Pokaż powiązanie do paczki – wyświetla okno paczki powiązanej z zamówieniem, z której pochodzą te dane. Jeśli przycisk nie jest aktywny, to znaczy, że do zamówienia nie została powiązana paczka, w której znajdują się takie dane.
Link przesyłki – pozwala sprawdzić w przeglądarce historię przesyłki o podanym linku. Przycisk jest aktywny, tylko gdy pole jest wypełnione.
Powyższe pola są wypełniane automatycznie w przypadku pobierania z Comarch Shipping na paczkę danych o numerze przesyłki i linku, które są nadawane w Shipping w momencie rejestracji zlecenia u kuriera. Czyli mogą tu wystąpić następujące scenariusze:
Zlecenie zostało utworzone w Comarch ERP XL bez rejestracji u kuriera, a dopiero potem następuje rejestracja z poziomu Shipping. Aby dane o numerze i linku zostały zapisane w Comarch ERP XL należy wykonać operację Aktualizuj dane ZNP dla wysyłki powiązanej z tym zleceniem.
Zlecenie zostało utworzone w Comarch ERP XL z rejestracją u kuriera, co powoduje od razu pobranie danych o numerze i linku do Comarch ERP XL.
W każdym przypadku pobieranie danych z Shipping powoduje zapisanie ich zarówno na paczkach, jak i powiązanych zamówieniach, co jest widoczne w logu z operacji:
Informacja o aktualizacji powiązanych zamówień w logu z operacji do Comarch Shipping
Wskazówka
Możliwe jest powiązanie jednego zamówienia z wieloma paczkami. W takiej sytuacji na zamówieniu zapisane zostaną dane z pierwszej powiązanej paczki, która zostanie zarejestrowana u kuriera w Comarch Shipping. Przy zmianach numeru i linku przesyłki na kolejnych powiązanych paczkach, modyfikacja zamówienia nie będzie wykonywana.
Obsługa rodzajów przesyłek związanych z rodzajem usługi
W integracji z Comarch Shipping w wersji 2024.0 Comarch ERP XL obsłużone zostały rodzaje przesyłek dla kuriera Poczta Polska, które ze względu na swoją specyfikę nie były dotychczas dostępne. Dla tego kuriera rodzaj przesyłki jest ściśle powiązany z rodzajem usługi, czyli dla różnych usług mogą występować te same rodzaje przesyłek.
Powiązanie rodzaju usługi i rodzaju paczki na zleceniach w Comarch Shipping
Dlatego też dla Poczty Polskiej w nazwie rodzaju przesyłki została ujęta również nazwa rodzaju usługi, tak aby wyraźnie wskazać użytkownikom, który rodzaj przesyłki wybierają. Podobna specyfika występuje również dla kurierów Geodis, Allegro Inpost Kurier i Ambro Express, więc dla nich wprowadzone zostało analogiczne rozwiązanie.
Aby móc posługiwać się nowymi rodzajami przesyłek należy wykonać import tych danych z poziomu okna konfiguracji. Wówczas dla Poczty Polskiej po raz pierwszy zostaną pobrane te dane, a dla pozostałych kurierów zostaną zaktualizowane dotychczasowe.
Import z Comarch Shipping rodzajów usług wraz z rodzajami paczek
Oznacza to, że po pobraniu tych danych dla kurierów Geodis, Allegro Inpost Kurier i Ambro Express w dotychczasowych rekordach pojawią się również nazwy z rodzajem usługi i tak będzie to prezentowane na utworzonych wcześniej paczkach. Aby mieć na nich poprawne dane wystarczy je zmienić dla paczek w buforze, które nie zostały jeszcze wysłane do Comarch Shipping lub wykonać operacje Aktualizuj dane ZNP dla wysyłek, które zostały już przesłane do Comarch Shipping.
Wskazówka
Aby w wersji 2024.0 Comarch ERP XL przy aktualizacji danych z ZNP poprawnie ustawiły się rodzaje na paczkach w Comarch ERP XL należy najpierw pobrać z Comarch Shipping dane o kurierach, aby poprawnie zaktualizowały się rodzaje przesyłek dla wyżej wymienionych kurierów.
Z punktu widzenia działania w Systemie przy tworzeniu paczek nie będzie żadnych zmian. Nadal na paczce lub w oknie generowania ZNP dokonuje się wyboru rodzaju przesyłki z listy rozwijanej, na której teraz prezentowane są nazwy rodzajów zawierające również nazwę usługi, o ile taką pobrano z Comarch Shipping. A ponieważ przy wiązaniu paczek do wysyłki nie ma kontroli zgodności rodzajów, to powiązanie ich z nazwą usługi nie wpłynie na dotychczasowe działanie.
Przesyłając zlecenie do Comarch Shipping dla wyżej wymienionych kurierów przekazywane są teraz łącznie dwie informacje: rodzaj usługi i rodzaj paczki. Dzięki temu na zleceniu ustawiają się prawidłowe dane.
Dodatkowo, jeśli rodzaj usługi i paczki są zgodne z tymi wybranymi na szablonie, to wszystkie inne parametry i ustawienia zostaną pobrane z takiego szablonu. Jeśli nie będą zgodne, to zostaną pobrane z domyślnych/ogólnych ustawień dla takiej konfiguracji rodzajów.
Rodzaj usługi i rodzaju paczki w Systemie i przekazanie tych danych do zlecenia w Comarch Shipping
Sposób weryfikacji ustawionego rodzaju przesyłki zawierającego w sobie nazwę z rodzajem usługi przedstawiono na przykładach poniżej.
Przyklad
W Comarch ERP XL jest wysyłka dla kuriera Geodis, z dwiema paczkami. W każdym z poniższych scenariuszy tworzymy ZNP z tej wysyłki bez wskazywania w oknie generowania rodzaju przesyłki, czyli zostaje pobrana z paczek.
Scenariusz 1
PC1 z rodzajem przesyłki Drobnica: 1/2 palety,
PC2 z rodzajem przesyłki Drobnica: 1/2 palety.
W Shipping powstanie zlecenie na obie te paczki.
Scenariusz 2
PC1 z rodzajem przesyłki Drobnica: 1/2 palety,
PC2 z rodzajem przesyłki Drobnica: Dłużyca.
W Shipping nie powstanie zlecenie, a w logu pojawi się błąd mówiący o różnych rodzajach paczek: "Operacja nie powiodła się. Możliwe jest tworzenie zleceń z tylko jednym rodzajem paczki.".
Scenariusz 3
PC1 z rodzajem przesyłki Drobnica: 1/2 palety,
PC2 z rodzajem przesyłki Częściówka: Dłużyca.
W Shipping nie powstanie zlecenie, a w logu pojawi się błąd jak wyżej.
Scenariusz 4
PC1 z rodzajem przesyłki Drobnica: 1/2 palety,
PC2 z rodzajem przesyłki Paczka: Paczka.
W Shipping nie powstanie zlecenie, a w logu pojawi się błąd jak wyżej.
Scenariusz 5
PC1 z rodzajem przesyłki Drobnica: 1/2 palety,
PC2 z rodzajem przesyłki Częściówka: 1/2 palety.
W Shipping powstanie zlecenie na obie te paczki i dla tego zlecenia zostanie ustawiony wspólny rodzaj usługi, chociaż w Comarch ERP XL było zadysponowane inaczej (!).
Pobieranie wydruków etykiet dla zleceń z Comarch Shipping
Dla zlecenia zarejestrowanego w Comarch Shipping serwis kuriera tworzy etykietę nadania zgodnie ze swoją specyfikacją. Etykieta ta jest widoczna na zleceniu, tak aby przed przekazaniem przesyłki kurierowi móc ją wydrukować i dołączyć do paczki.
Jeśli w Comarch ERP XL na paczkach i wysyłkach są wypełnione wszystkie niezbędne dla zlecenia dane, to pozwalają one założyć zlecenie w Comarch Shipping i jednocześnie je zarejestrować. Do bazy jest pobierany wówczas zwrotnie komplet informacji dotyczących przesyłki i zapisywany na wysyłce. Informacje te mogą być również potem aktualizowane na bieżąco z poziomu Systemu. W wersji 2024.1 Comarch ERP XL została wprowadzona możliwość wydrukowania etykiet nadania tak, aby ograniczyć Użytkownikowi konieczność wchodzenia do aplikacji Comarch Shipping.
Operację pobrania etykiet można wykonać na dwa sposoby:
Od razu przy tworzeniu i rejestracji zlecenia, jeśli zostanie zaznaczony parametr ‘Pobierz wydruki etykiet w formacie’
Nowa opcja dla pobierania etykiet z Comarch Shipping w oknie generowania zleceń
Na żądanie, jeśli przesyłka została zarejestrowana w serwisie kuriera, po wybraniu na liście wysyłek nowego polecenia w menu kontekstowym ‘Pobierz wydruki etykiet w formacie’
Nowe polecenie do pobierania etykiet z Comarch Shipping w menu kontekstowym na liście wysyłek
Dla obu poleceń konieczne jest wybranie formatu wydruku, czyli wybrania jednej z dostępnych opcji: PDF, PDF (A4).
Wybór formatów wydruku etykiet dostępnych do pobrania
Po wybraniu każdego z poleceń do pliku PDF pobrane zostaną żądane etykiety i plik ten zostanie otwarty tak, aby możliwe było jego wydrukowanie zgodnie ze standardem. Sam plik będzie domyślnie zapisywany w katalogu plików tymczasowych, a wszystkie informacje zawarte są w logach z operacji, jak pokazano poniżej.
Log z przebiegu operacji pobierania etykiet
Jak widać na powyższym rysunku pobranie etykiety nie zawsze będzie możliwe. Sytuacja taka może zaistnieć, jeżeli w Comarch Shipping nie ma zlecenia o żądanym numerze lub zlecenie istnieje, ale nie można dla niego pobrać etykiety, np. jeśli zlecenie nie zostało jeszcze zarejestrowane u kuriera lub nie jest dostępna etykieta w wybranym formacie.
Zlecenia uruchamiane w przeglądarce
W przypadku, gdy do tworzonego z Comarch ERP XL zlecenia nie zostanie podana kluczowa dana blokująca zapis tego zlecenia, wówczas to zlecenie zostanie w Comarch ERP XL podniesione do edycji, celem uzupełnienia brakujących pól. Informacja o brakach znajduje się w standardowym komunikacie na zleceniu w Comarch Shipping.
Zlecenie jest otwierane do edycji w przeglądarce MS Edge uruchamianej w oknie Systemu.
Zlecenie uruchamiane w oknie przeglądarki w Comarch ERP XL
Po uzupełnieniu brakujących pól i zapisaniu zlecenia następuje automatyczna aktualizacja danych z ZNP, dzięki czemu uzupełnione pola zostają od razu zapisane na paczce/wysyłce w Comarch ERP XL.
W obecnej wersji Comarch Shipping błąd taki będzie się pojawiał, jeśli dla zleceń wymagane będzie podanie punktu odbioru i nie zostanie ono wysłane z Comarch ERP XL. Dzięki temu będzie możliwe wybranie tego punktu z mapy udostępnianej w Comarch Shipping, bez konieczności ręcznego uzupełniania go w Comarch ERP XL.
Wskazówka
W przyszłości, jeśli w aplikacji pojawią się nowi kurierzy, dla których wymagane będą inne kluczowe pola, ten schemat działania zostanie zachowany. Czyli wtedy takie zlecenia również będą edytowane w przeglądarce, gdzie trzeba będzie uzupełnić braki. Różnica będzie taka, że te braki nie zostaną zwrotnie zapisane na paczkach/wysyłkach, dopóki nie wprowadzona zostanie ich obsługa do mechanizmów integracji w Comarch ERP XL.
Pozwoli to jednak tworzyć zlecenia dla kurierów nowo wprowadzanych do Comarch Shipping, niezależnie od tego, czy wymagane pola znajdują się na dokumentach w Comarch ERP XL.
Od wersji XL 2022.0 również podgląd zlecenia jest wyświetlany w przeglądarce MS Edge uruchamianej w oknie Systemu, zamiast w zewnętrznej domyślnej przeglądarce użytkownika. Każdorazowo po zamknięciu zlecenia w tym oknie pojawia się pełna zawartość konta użytkownika w Comarch Shipping ze wszystkimi dostępnymi opcjami. Z poziomu tego okna możliwe jest więc wykonywanie wszystkich operacji dostępnych dla użytkownika w aplikacji.
Należy tutaj zwrócić uwagę, że zlecenie uruchamiane w trybie tworzenia (z błędem kluczowym) lub w trybie podglądu, dla użytkowników przypisanych do wielu baz Comarch Shipping, wymaga od nich wcześniej wyboru kontekstu bazy. Jeśli wybrana zostanie nieprawidłowa, wówczas zlecenie nie zostanie otwarte, a pojawi się komunikat błędu.
Błąd przy próbie podglądu zlecenia przy niewłaściwym wyborze bazy do zalogowania
Należy więc pamiętać o prawidłowym wyborze bazy Comarch Shipping, szczególnie w przypadku zleceń edytowanych w procesie ich generowania, gdyż to pozwoli uzupełnić dla nich od razu brakujące pola.
Tworzenie zleceń w trybie testowym
Współpraca z nową wersją aplikacji Comarch Shipping, która pozwala na tworzenie zleceń w trybie testowym nadal opiera się na tych samych, co dotychczas zasadach:
Przy uruchomionym w Comarch Shipping trybie testowym dla danego kuriera normalnie tworzy się ZNP z poziomu Comarch ERP XL – informacja o tym, że jest ono utworzone w trybie testowym jest widoczna jedynie w Comarch Shipping.
Przy wyłączeniu w Comarch Shipping trybu testowego dla danego kuriera usuwane są z tej aplikacji zlecenia utworzone w tym trybie. Aby taka zmiana była widoczna w Comarch ERP XL, to należy na istniejących wysyłkach wykonać operację Aktualizuj dane ZNP. Na wysyłkach zostaną wyczyszczone informacje o numerze ZNP, stanie przesyłki oraz numerze listu przewozowego.
XL145 - Współpraca z Comarch WMS-rezerwacje on line
Uwaga
Uwaga: Wszystkie poniżej opisywane zmiany dotyczą współpracy wersji Comarch ERP XL 2021.0.2 z Comarch WMS 2021.1. W wersjach niższych rezerwacje magazynowe WMS nie są obsługiwane.
W pracach przygotowawczych do obsługi rezerwacji, o których sygnalizowaliśmy w wersji Comarch EPR XL 2021.0, zawarty został warunek, że obsługę rezerwacji magazynowych WMS będzie można włączyć, jeśli jest współpraca z Comarch WMS 2021.1. W kolejnych wersjach XL jednak obszar ten był stabilizowany, dlatego w wersji XL 2021.0 nie należy tej obsługi uruchamiać. Poprawne działanie rezerwacji jest dopiero od wersji XL 2021.0.2.
W obecnym mechanizmie współpracy pomiędzy Comarch ERP XL a Comarch WMS udostępniono możliwość rezerwowania zasobów pod realizację wydań magazynowych w obu systemach. Dzięki temu nie będzie sytuacji, w których ten sam zasób został uwzględniony na dokumencie magazynowym w WMS, a jednocześnie został rozchodowany na dokumencie handlowym w XL, bowiem rezerwowanie będzie odbywało się online, niezależnie od usługi synchronizacji.
Do zarezerwowania pobrać można ilość dostępną wyliczoną wg stanów handlowych XL lub magazynowych WMS, o czym szczegółowo w dalszych punktach.
Weryfikacja stanów magazynowych oraz zakładanie rezerwacji pod transakcje WMS będą możliwe do włączenia jako jedno ustawienie dla magazynu, o ile został na nim wybrany Sposób pracy z WMS: Ilościowo oraz zasobowo.
Uwaga
Uwaga: W wersji 2021.0.2 został wprowadzony mechanizm rezerwowania zasobów na dokumentach (W)ZWM dla sposobu pracy z WMS: Ilościowo oraz zasobowo.
Uruchamianie rezerwowania zasobów
Na karcie magazynu dodano parametr Rezerwuj zasoby w oparciu o, z następującymi opcjami:
Stany handlowe, czyli dostępne ilości faktycznie przyjęte na dokumentach handlowych w XL oraz dokumentach magazynowych WMS. Tutaj zawsze będzie gwarantowana ilość handlowa pod wydania magazynowe, zgodnie z kolejnością ich tworzenia.
Stany magazynowe WMS, gdzie brane pod uwagę są ilości dostępne pochodzące tylko z dokumentów magazynowych WMS. W tym przypadku może się zdarzyć, że nie uda się wystawić dokumentu handlowego do wydania magazynowego, do czasu przyjęcia danego zasobu dokumentem handlowym.
Wskazówka
Przy włączaniu rezerwowania w oparciu o stany magazynowe WMS należy mieć świadomość, że czasowo zostanie zablokowana możliwość wystawiania dokumentów (W)ZWM na zasoby dostępne handlowo w XL. Będzie to możliwe w przypadku, gdy ilość dostępna na dokumentach magazynowych WMS jest większa niż ilość dostępna handlowo.
Przy włączaniu tej opcji rezerwowania został dodany komunikat, który o tym informuje.
Parametry są dostępne do edycji, jeśli wybrano sposób pracy z WMS: Ilościowo oraz zasobowo. W pozostałym przypadku nie można ich zaznaczyć lub zostają automatycznie odznaczone.
Włączanie rezerwowania zasobów na karcie magazynu
Wskazówka
Dokumenty (W)ZWM dodawane przy włączonych opcjach rezerwowania zasobów mają zapisany w tabeli sposób rezerwowania, który był ustawiony na karcie magazynu w momencie ich dodawania. Dalsze działania na takich dokumentach (opisane w kolejnych punktach) będą więc niezależne od aktualnych ustawień na karcie magazynu, a jedynie od tego co zostało na nich zapisane w chwili dodawania dokumentu lub ręcznego generowania rezerwacji magazynowych.
Dodatkowo zmieniła się lokalizacja parametru Kontrola ilościowa stanów na (W)ZWM.
Ponieważ uruchamianie obsługi rezerwacji magazynowych WMS odbywa się w kontekście konkretnego magazynu WMS i jednocześnie tworzenie rezerwacji jest ściśle powiązane z kontrolowaniem ilości na dokumentach (W)ZWM, to parametr Kontrola ilościowa stanów na (W)ZWM przeniesiony został z okna konfiguracji na kartę magazynu WMS. Ustawienie parametru:
Przy konwersji dla każdego istniejącego magazynu WMS ustawienie będzie identyczne, jak było w oknie konfiguracji przed konwersją.
Przy dodawaniu nowego magazynu należy pamiętać o odpowiednim ustawieniu parametru w nowej lokalizacji.
Przy włączaniu rezerwowania zasobów parametr będzie automatycznie zaznaczany bez możliwości zmiany. Działanie tej kontroli będzie jednak różne, zależnie od wybranej opcji rezerwowania.
Ustalanie dostępnych ilości
Działanie parametru Kontrola ilościowa stanów na (W)ZWM w zależności od ustawienia rezerwowania zasobów.
Jeśli rezerwowanie zasobów nie będzie włączone, wówczas kontrola możliwej do wprowadzenia na (W)ZWM ilości jest wyliczana jako dostępny stan handlowy (czyli z uwzględnieniem ważnych rezerwacji zasobowych) pomniejszony o wystawione już inne (W)ZWM (w tym także ten bieżący), które nie zostały jeszcze zafakturowane. Takie kontrolowanie jest na poziomie globalnej ilości, tzn. nie jest tu brana pod uwagę konkretna partia. Działanie takie było obecnie i zostało zachowane.
W przypadku zaznaczenia parametru Rezerwuj zasoby w oparciu o stany handlowe dodając nowy dokument (W)ZWM system w pierwszej kolejności sprawdza, czy taki towar jest dostępny w stanach handlowych XL oraz w stanach magazynowych WMS. Weryfikacja odbywa się na podstawie ustalonej ilości oraz poszczególnych parametrów partii możliwych do wpisania na elemencie. Poszukiwanie wolnych zasobów odbywa się zgodnie z ustawieniem pobierania zasobów na karcie towaru (FIFO, LIFO, Wg daty ważności oraz Wybór działający jak FIFO).
Jeżeli zasoby zostaną ustalone, będą one rezerwowane zawsze nowym typem rezerwacji tzw. magazynowych WMS.
Przyklad
Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości:
FZ1: 100 szt. + (W)AWD1: 100 szt.
FZ2: 55 szt.
FZ3: 60 szt. + (W)AWD2: 60 szt.
Włączone rezerwowanie zasobów w oparciu o stany handlowe.
Nowy dokument (W)ZWM1 na ten zasób jest możliwy do dodania maksymalnie na 160 szt. Na pozostałe 55 szt. brakuje ilości w stanach magazynowych WMS.
Przy dodaniu dokumentu na pełną dostępną ilość zostaną założone rezerwacje magazynowe WMS na:
- 100 szt. z zasobem z FZ1,
- 55 szt. z zasobem z FZ2,
- 5 szt. z zasobem z FZ3.
Przyklad
Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości:
FZ1: 100 szt. + (W)AWD1: 100 szt.
(W)AWD2: 55 szt.
FZ3: 60 szt. + (W)AWD2: 60 szt.
Włączone rezerwowanie zasobów w oparciu o stany handlowe.
Nowy dokument (W)ZWM1 na ten zasób jest możliwy do dodania maksymalnie na 160 szt. Na pozostałe 55 szt. brakuje ilości w stanach magazynowych WMS.
Przy dodaniu dokumentu na pełną dostępną ilość zostaną założone rezerwacje magazynowe WMS na:
- 100 szt. z zasobem z FZ1,
- 60 szt. z zasobem z FZ3.
Jeśli będzie zaznaczony parametr Rezerwuj zasoby w oparciu o stany magazynowe WMS wówczas dodając nowy dokument (W)ZWM system sprawdza, czy taki towar jest dostępny w stanach magazynowych w WMS. Tutaj również weryfikacja odbywa się na podstawie ustalonej ilości oraz poszczególnych parametrów partii możliwych do wpisania na elemencie. Poszukiwanie wolnych zasobów odbywa się zgodnie z ustawieniem pobierania zasobów na karcie towaru (FIFO, LIFO, Wg daty ważności oraz Wybór działający jak FIFO).
Wskazówka
Ustawienie na karcie magazynu parametru Rezerwuj w oparciu o stany magazynowe WMS spowoduje, że kontrola ilościowa na (W)ZWM działa w oparciu tylko o stany magazynowe, czyli nie uwzględnia parametrów z definicji dokumentu ZWM Uwzględniaj rezerwacje i Chronologia rezerwacji. Oznacza to, że na dokumencie (W)ZWM mogą zostać wydane zasoby, które są zarezerwowane na innych dokumentach (zamówieniach, serwisowych czy produkcyjnych), nawet jeśli są to rezerwacje zasobowe.
Jeżeli zasoby zostaną ustalone, to będą one rezerwowane nowym typem rezerwacji tzw. magazynowych WMS oraz jeśli zajdzie taka potrzeba, również za pomocą tzw. rezerwacji w przyszłość.
Przyklad
Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości:
FZ1: 100 szt. + (W)AWD1: 100 szt.
FZ2: 55 szt.
FZ2: 60 szt. + (W)AWD3: 60 szt.
Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.
Nowy dokument (W)ZWM1 na ten zasób jest możliwy do dodania maksymalnie na 160 szt. Na pozostałe 55 szt. brakuje ilości w stanach magazynowych WMS.
Przy dodaniu dokumentu na pełną dostępną ilość zostaną założone rezerwacje magazynowe WMS na:
- 100 szt. z zasobem z FZ1,
- 55 szt. z zasobem z FZ2,
- 5 szt. z zasobem z FZ3
Działanie jest więc analogiczne jak dla rezerwowania zasobów w oparciu o stany handlowe
Przyklad
Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości:
FZ1: 100 szt. + (W)AWD1: 100 szt.
(W)AWD2: 55 szt.
FZ2: 60 szt. + (W)AWD3: 60 szt.
Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.
Nowy dokument (W)ZWM1 na ten zasób jest możliwy do dodania maksymalnie na 215 szt. Nie ma znaczenia, że na 55 szt. z (W)AWD2 brakuje ilości handlowej.
Przy dodaniu dokumentu na pełną dostępną ilość zostaną założone rezerwacje:
magazynowa WMS na 100 szt. z zasobem z FZ1,
‘w przyszłość’ na 55 szt. z partią zapisaną na (W)AWD2,
magazynowa WMS na 60 szt. z zasobem z FZ2.
Przy dodaniu dokumentu na mniejszą ilość 160 szt. zostaną założone rezerwacje:
magazynowa WMS na 100 szt. z zasobem z FZ1,
magazynowa WMS na 60 szt. z zasobem z FZ2.
Ze względu na pobieranie zasobów wg FIFO/LIFO itd. istotne znaczenie dla rezerwowania w oparciu o stany MWS będzie miało ustawienie z karty towaru – Oznacz partię towaru identyfikatorem dostawy. Przy zaznaczonym parametrze bowiem wyszukiwanie dostępnych partii będzie zakładało rezerwacje dla kolejnych wolnych partii nie zwracając uwagi na to, czy istnieją dla nich stany handlowe.
Przyklad
Towar z ustawionym pobieraniem zasobów wg FIFO, z ustawionym oznaczaniem partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości (partie):
FZ1: 100 szt. + (W)AWD1: 100 szt. (partia 1).
(W)AWD2: 55 szt. (partia 2)
FZ2: 60 szt. + (W)AWD3: 60 szt. (partia 3)
a) Włączone rezerwowanie zasobów w oparciu o stany handlowe.
Nowy dokument (W)ZWM1 na ten zasób jest możliwy do dodania maksymalnie na 160 szt. Na pozostałe 55 szt. brakuje ilości w stanach handlowych.
Przy dodaniu dokumentu na pełną dostępną ilość zostaną założone rezerwacje magazynowe WMS na:
- 100 szt. z zasobem z FZ1 (partia 1),
- 60 szt. z zasobem z FZ2 (partia 3),
Działanie jest więc analogiczne jak dla rezerwowania zasobów dla towaru bez oznaczenia partii identyfikatorem dostawy.
b) Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.
Nowy dokument (W)ZWM1 na ten zasób jest możliwy do dodania maksymalnie na 215 szt. Nie ma znaczenia, że na 55 szt. z (W)AWD2 brakuje ilości handlowej.
Przy dodaniu dokumentu na pełną dostępną ilość zostaną założone rezerwacje:
magazynowa WMS na 100 szt. z zasobem z FZ1 (partia 1),
‘w przyszłość’ na 55 szt. z partią 2 zapisaną na (W)AWD2,
magazynowa WMS na 60 szt. z zasobem z FZ2 (partia 3).
Działanie jest więc analogiczne jak dla rezerwowania zasobów dla towaru bez oznaczenia partii identyfikatorem dostawy. Z tą różnicą, że każda rezerwacja jest zapisana na osobnym elemencie dokumentu.
c) Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.
Przy dodaniu dokumentu na mniejszą ilość 160 szt. zostaną założone rezerwacje:
magazynowa WMS na 100 szt. z zasobem z FZ1 (partia 1),
‘w przyszłość’ na 55 szt. z partią 2 zapisaną na (W)AWD2,
magazynowa WMS na 5 szt. z zasobem z FZ2 (partia 3).
Działanie jest więc różne z analogicznym scenariuszem rezerwowania zasobów dla towaru bez oznaczenia partii identyfikatorem dostawy.
Na rezerwacjach magazynowych WMS zostaje od razu zapisana konkretna dostawa, która jest zablokowana pod to wydanie. Natomiast na rezerwacjach ‘w przyszłość’ owej dostawy jeszcze nie mamy, więc zapisujemy na nich jedynie partię ustaloną na dokumencie wydania magazynowego.
Szczegóły dotyczące ustalania zasobów na dokumentach (W)ZWM przy włączonych rezerwacjach oraz specyfiki samych rezerwacji są opisane w kolejnych punktach.
Przy włączonym na karcie magazynu rezerwowaniu zasobów do dokumentu (W)ZWM tworzone są rezerwacje magazynowe WMS, które charakteryzują się tym, że zawsze obowiązują: są ustawione jako aktywne, blokujące towar, bez określonych dat aktywacji i obowiązywania. Dodatkowo mają one zawsze przypisany zasób. To wszystko gwarantuje, że istnieje możliwość ich zrealizowania w dowolnym momencie za pomocą dokumentu handlowego.
Przy dodawaniu dokumentu (W)ZWM z ręki po wybraniu towaru na elemencie System podpowiada pierwszą wolną partię dla tego towaru, więc jeśli partie są różnicowane po cesze, to będzie podpowiadał cechę z tej partii. Zmiana cechy będzie dozwolona tylko na taką, dla której zostanie odnaleziony jakiś wolny zasób. W przypadku gdy zasobu nie będzie, wówczas cecha zostanie automatycznie przestawiona na tą z pierwszego zasobu (tak to działa również dla wybranej cechy <nieokreślona>).
W przypadku, gdy dokument (W)ZWM jest wystawiany do dokumentu handlowego, wówczas rezerwacje magazynowe WMS są również tworzone tak, aby w Comarch WMS zostały zarezerwowane odpowiednie zasoby. W samym XL nie blokują one jednak towarów, gdyż taka blokada jest już zapewniona przez źródłowy dokument handlowy. Po przesynchronizowaniu takiego dokumentu (W)ZWM przypisane do niego rezerwacje magazynowe WMS zostają usunięte.
W przypadku, gdy dokument (W)ZWM jest wystawiany do zamówienia, również tworzone są rezerwacje magazynowe WMS tak, aby w Comarch WMS zostały zarezerwowane odpowiednie zasoby. Tworzenie tych rezerwacji magazynowych odbywa się wg następujących zasad:
Jeśli na zamówieniu jest aktywna rezerwacja zasobowa, to zasób z tej rezerwacji jest ustalany na rezerwacji magazynowej WMS.
W przeciwnym razie (rezerwacja zasobowa jest nieaktywna lub istnieje rezerwacja niezasobowa), wówczas dla rezerwacji magazynowej wyszukiwany jest pierwszy dostępny zasób; dostępny handlowo lub magazynowo w zależności od wybranej opcji rezerwowania zasobów.
Jednocześnie istniejące na zamówieniu rezerwacje zostają oznaczone jako nie blokujące towaru, aby ilość na rezerwacjach magazynowych oraz ilość z zamówień nie była duplikowana. Może też zaistnieć konieczność ich podzielenia ze względu na podział subelementów na dokumencie (W)ZWM.
Przyklad
Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości (partie):
FZ1: 100 szt. + (W)AWD1: 100 szt.
FZ2: 60 szt. + (W)AWD2: 60 szt.
Włączone rezerwowanie zasobów w oparciu o stany handlowe.
a) Wystawione ZS na 120 szt. z rezerwacjami zasobowymi oznaczonymi jako blokujące towary: 60 szt. (z FZ1) oraz 60 szt. (z FZ2)
Dokument (W)ZWM1 wygenerowany do ZS1 będzie miał założone rezerwacje magazynowe WMS odziedziczone z ZS:
- 60 szt. z zasobem z FZ1,
- 60 szt. z zasobem z FZ2.
Rezerwacje na dokumencie ZS1 zostaną oznaczone jako nie blokujące towaru.
b) Wystawione ZS na 120 szt. z rezerwacjami niezasobowymi oznaczonymi jako blokujące towary: 60 szt. (bez zasobu) oraz 60 szt. (bez zasobu)
Dokument (W)ZWM1 wygenerowany do ZS1 będzie miał założone rezerwacje magazynowe WMS zgodne z wyszukanymi na dokumentach handlowych zasobami:
- 60 szt. z zasobem z FZ1,
- 40 szt. z zasobem z FZ1,
- 20 szt. z zasobem z FZ2.
Rezerwacje na dokumencie ZS1 zostaną oznaczone jako nie blokujące towaru i rozbite zgodnie z rozbiciem rezerwacji magazynowych WMS. Takie rozbicie jest konieczne, ponieważ na dokumencie (W)ZWM powstają trzy subelementy.
Analogiczny mechanizm wykluczania rezerwacji na dokumentach źródłowych do (W)ZWM rezerwującego zasoby został wprowadzony dla dokumentów źródłowych z modułów Produkcja i Serwis.
Automatyczne tworzenie i przekształcanie rezerwacji WMS ‘w przyszłość’
W przypadku włączonego rezerwowania zasobów w oparciu o stany magazynowe WMS zasada wyszukiwania wolnych zasobów jest tutaj taka sama, jak opisano w rozdziale Ustalanie dostępnych ilości. Różni się tylko tym, że do wolnych zasobów wliczane są zasoby magazynowe, niezależnie od tego, czy mają przypisane zasoby handlowe czy nie. W takim przypadku może się więc okazać, że zabrakło ilości handlowej w XL do utworzenia rezerwacji magazynowej WMS i wówczas tworzone są tzw. rezerwacje ‘w przyszłość’. Jako że dla ilości nie ma jeszcze stanu handlowego w XL, to nie jesteśmy w stanie określić dla nich konkretnej dostawy. W związku z tym rezerwacje te będą powiązane tylko z identyfikatorem konkretnej partii.
Będzie to zatem dotyczyło nowych (W)ZWM, które:
Zostały dodane z ręki
Zostały wygenerowane z zamówień lub innych dokumentów z rezerwacjami, o ile rezerwacje te nie były zasobowe.
Do dokumentów (W)ZWM z takimi rezerwacjami nie uda się wystawić dokumentu handlowego z powodu braku zasobów.
Przyklad
Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości:
FZ1: 100 szt. + (W)AWD1: 100 szt.
(W)AWD2: 55 szt.
FZ2: 60 szt. + (W)AWD3: 60 szt.
Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.
Nowy dokument (W)ZWM1 na ten zasób dodano na 215 szt. Zostały założone rezerwacje:
magazynowa WMS na 100 szt. z zasobem z FZ1,
‘w przyszłość’ na 55 szt. z partią zapisaną na (W)AWD2,
magazynowa WMS na 60 szt. z zasobem z FZ2.
Do (W)ZWM1 nie uda się wystawić dokumentu handlowego.
W pierwszej kolejności musi nastąpić przyjęcie nowych zasobów handlowych, co automatycznie spowoduje przekształcenie rezerwacji ‘w przyszłość’ w zwykłe rezerwacje magazynowe WMS. Nowe zasoby handlowe są tworzone w momencie zatwierdzania dokumentu handlowego, więc samo jego wystawienie jeszcze nie pozwoli na przekształcenie rezerwacji.
Przyklad
Kontynuacja poprzedniego scenariusza.
Do (W)AWD2 wystawiono dokument FZ3 na 55 szt.
Po zatwierdzeniu FZ3 następuje automatyczne przekształcenie rezerwacji ‘w przyszłość’ na 55 szt. w rezerwację magazynową WMS z zasobem z FZ3.
Dopiero wtedy do (W)ZWM1 można wystawić dokument handlowy.
Wskazówka
Przekształcanie rezerwacji ‘w przyszłość’ w rezerwację magazynową WMS jest wykonywane tylko dla dokumentów (W)ZWM:
a) Istniejących w XL, czyli jeśli dokument jest wystawiany w WMS, to musi zostać najpierw przesynchronizowany do XL, aby przekształcanie rezerwacji zostało wykonane;
b) Nie będących w edycji w XL ani w WMS.
Na potrzeby przekształcania rezerwacji ‘w przyszłość’ w rezerwacje magazynowe WMS dodano w oknie konfiguracji, zakładka [WMS] nowy parametr W pierwszej kolejności przydzielaj zasoby do rezerwacji magazynowych bez ustalonego zasobu handlowego. Ma on znaczenie przy jednoczesnym ustawieniu dotychczasowego parametru z definicji dokumentu Przydzielaj tworzone zasoby do rezerwacji, co przedstawia poniższa tabela.
Ustawienie parametru
Działanie
Przydzielaj tworzone zasoby do rezerwacji
W pierwszej kolejności przydzielaj zasoby do rezerwacji magazynowych…
Zaznaczony
Zaznaczony
W pierwszej kolejności przekształcane są rezerwacje ‘w przyszłość’, a w drugiej rezerwacje niezasobowe pochodzące z zamówień oraz dokumentów z modułów Produkcja czy Serwis (jak dotychczas). Ilość możliwa do wykorzystania dla rezerwacji niezasobowych będzie pomniejszona o te wykorzystane wcześniej dla rezerwacji ‘w przyszłość’.
Zaznaczony
Nie zaznaczony
W pierwszej kolejności przekształcane są rezerwacje niezasobowe pochodzące z zamówień oraz dokumentów z modułów Produkcja czy Serwis (jak dotychczas), a w drugiej rezerwacje ‘w przyszłość’. Ilość możliwa do wykorzystania dla rezerwacji ‘w przyszłość’ będzie pomniejszona o te wykorzystane wcześniej dla rezerwacji niezasobowych.
Nie zaznaczony
Zaznaczony
Przekształcane są tylko rezerwacje ‘w przyszłość’. Nie będą przekształcane rezerwacje niezasobowe pochodzące z zamówień oraz dokumentów z modułów Produkcja czy Serwis (jak dotychczas)
Nie zaznaczony
Nie zaznaczony
Ilości z rezerwacji pochodzących z zamówień oraz z dokumentów z modułów Produkcja czy Serwis, które zostały już ujęte na dokumentach magazynowych (W)ZWM nie podlegają już przekształcaniu w rezerwacje zasobowe. Dlatego też nie będzie tu sytuacji, w której jednocześnie zostanie przekształcona rezerwacja w przyszłość i dokładnie dla tych samych ilości nastąpi przekształcenie rezerwacji niezasobowej z dokumentu źródłowego, np. zamówienia.
Wskazówka
Jeśli jest ustawione rezerwowanie zasobów w oparciu o stany magazynowe WMS i jednocześnie na definicjach dokumentów handlowych jest ustawiona opcja przydzielania tworzonych zasobów do rezerwacji, to zalecanym jest włączenie w konfiguracji parametru W pierwszej kolejności przydzielaj zasoby do rezerwacji magazynowych bez ustalonego zasobu handlowego. Pozwoli to nie blokować wystawiania dokumentów handlowych do już utworzonych wydań magazynowych.
Kontrola wartości cech przy rezerwowaniu na (W)ZWM
Przy tworzeniu rezerwacji magazynowych WMS i rezerwacji ‘w przyszłość’ warto zwrócić jeszcze uwagę na różnice w zakładaniu rezerwacji w zależności od ustawienia na towarze:
Parametru Oznacz partię towaru – Identyfikatorem dostawy, co częściowo zostało już opisane w rozdziale Ustalanie dostępnych ilości.
Oraz Pobieranie zasobów wg cech, z opcjami: Preferuj… lub Wymagaj.
Jeśli dostawy dla danego towaru są oznaczone cechą, wówczas pry generowaniu (W)ZWM z zamówienia jest uwzględniany powyższy parametr Pobieranie zasobów wg cech.
Rezerwowanie w oparciu o stany handlowe
Dla rezerwowania w oparciu o stany handlowe nie ma znaczenia parametr Oznacz partię towaru – Identyfikatorem dostawy, gdyż rezerwacje zawsze będą zakładane tylko na dostępne stany handlowe zgodnie z ustawieniem pobierania zasobów wg cech:
Wymagaj – jeśli zostanie znaleziona dostawa z cechą podaną na rezerwacji z zamówienia, to zostanie dodany element i założona rezerwacja na taką dostawę, a jeśli nie będzie takiej dostawy, to element się nie doda. Tutaj wyszukiwanie pierwszej dostawy również jest robione zgodnie z ustawieniem pobierania zasobów dla danego towaru (FIFO/LIFO)
Preferuj… (obie opcje) – jeśli zostanie znaleziona dostawa z cechą podaną na rezerwacji z zamówienia, to zostanie dodany element i założona rezerwacja na taką dostawę, a jeśli nie będzie takiej dostawy, to element i rezerwacja zostanie założona na inną dostawę. Obie dostawy są wyszukiwane zgodnie z ustawieniem pobierania zasobów dla danego towaru (FIFO/LIFO).
Przyklad
Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości:
(W)AWD1: 60 szt. z cechą kolor: czarny (partia 1)
FZ1: 100 szt. + (W)AWD2: 100 szt. z cechą kolor: biały (partia 2)
FZ2: 100 szt. + (W)AWD2: 100 szt. z cechą kolor: czarny (partia 1)
ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: czarny.
Włączone rezerwowanie zasobów w oparciu o stany handlowe.
a) Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj
Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ2 (pierwszy dostępny handlowo zasób ze zgodną cechą).
b) Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj
Dokument (W)ZWM1 wygenerowany do ZS1 jak w podpunkcie a).
Wariant A: Towar z ustawieniami i zasobami jak wyżej.
ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: <nieokreślony>.
Włączone rezerwowanie zasobów w oparciu o stany handlowe.
a) Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj
Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ1 (pierwszy dostępny handlowo zasób, ponieważ nie podano konkretnej cechy).
b) Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj
Dokument (W)ZWM1 wygenerowany do ZS1 jak w podpunkcie a).
Wariant B: Towar z ustawieniami i zasobami jak wyżej.
ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: zielony.
Włączone rezerwowanie zasobów w oparciu o stany handlowe.
a) Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj
Dokument (W)ZWM1 do ZS1 nie zostanie wygenerowany na żadną ilość (brak dostępnego zasobu z podaną cechą).
b) Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj
Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ1 (pierwszy dostępny handlowo zasób, ponieważ nie ma zasobu ze zgodną cechą).
Przyklad
Towar z ustawionym pobieraniem zasobów wg FIFO, z ustawionym oznaczaniem partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości:
(W)AWD1: 60 szt. z cechą kolor: czarny (partia 1)
FZ1: 100 szt. + (W)AWD2: 100 szt. z cechą kolor: biały (partia 2)
FZ2: 100 szt. + (W)AWD2: 100 szt. z cechą kolor: czarny (partia 3)
ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: czarny.
Włączone rezerwowanie zasobów w oparciu o stany handlowe.
a) Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj
Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ2 (pierwszy dostępny handlowo zasób ze zgodną cechą).
b) Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj
Dokument (W)ZWM1 wygenerowany do ZS1 jak w podpunkcie a).
Wariant A: Towar z ustawieniami i zasobami jak wyżej.
ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: <nieokreślony>.
Włączone rezerwowanie zasobów w oparciu o stany handlowe.
a) Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj
Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ1 (pierwszy dostępny handlowo zasób, ponieważ nie podano konkretnej cechy).
b) Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj
Dokument (W)ZWM1 wygenerowany do ZS1 jak w podpunkcie a).
Wariant B: Towar z ustawieniami i zasobami jak wyżej.
ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: zielony.
Włączone rezerwowanie zasobów w oparciu o stany handlowe.
a) Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj
Dokument (W)ZWM1 do ZS1 nie zostanie wygenerowany na żadną ilość (brak dostępnego zasobu z podaną cechą).
b) Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj
Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ1 (pierwszy dostępny handlowo zasób, ponieważ nie ma zasobu ze zgodną cechą).
Rezerwowanie dla stanów magazynowych WMS
Dla rezerwowania w oparciu o stany magazynowe parametr Oznacz partię towaru – Identyfikatorem dostawy, ma znaczenie, gdyż rezerwacje będą zakładane zarówno na dostępne stany handlowe, jaki i na stany magazynowe:
Wymagaj – zasób z cechą podaną na rezerwacji z zamówienia jest szukany zgodnie z ustawieniem pobierania zasobów dla danego towaru (FIFO/LIFO) zarówno w stanach handlowych, jak magazynowych WMS. Element jest dodawany i zostaje założona rezerwacja na pierwszy, który zostanie znaleziony wg powyższego algorytmu.
Dla nie zaznaczonego parametru Oznacz partię towaru – Identyfikatorem dostawy istnieje tylko jeden zasób z tą samą cechą, więc jeśli posiada on stany handlowe to zostaną one zarezerwowane w pierwszej kolejności. Dopiero ich brak spowoduje zarezerwowanie zasobu, który jest tylko na magazynie WMS, czyli powstanie rezerwacja ‘w przyszłość’.
Dla zaznaczonego parametru Oznacz partię towaru – Identyfikatorem dostawy może istnieć wiele zasobów z tą samą cechą, może się więc zdarzyć, że pomimo stanów handlowych dla danego towaru zarezerwowany zostanie zasób, który jest tylko na magazynie WMS, czyli powstanie rezerwacja ‘w przyszłość’ zamiast zwykłej rezerwacji magazynowej WMS.
Preferuj… (obie opcje) – wyszukiwanie i zakładanie rezerwacji jak dla opcji Preferuj… z tą różnicą, że jeśli zgodny zasób nie zostanie znaleziony, to szukany jest w ten sam sposób pierwszy wolny zasób (wolny handlowo lub magazynowo).
Przyklad
Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości:
(W)AWD1: 60 szt. z cechą kolor: czarny (partia 1)
FZ1: 100 szt. + (W)AWD2: 100 szt. z cechą kolor: biały (partia 2)
FZ2: 100 szt. + (W)AWD2: 100 szt. z cechą kolor: czarny (partia 1)
ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: czarny.
Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.
a) Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj
Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ2 (pierwszy dostępny handlowo zasób ze zgodną cechą).
b) Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj
Dokument (W)ZWM1 wygenerowany do ZS1 jak w podpunkcie a).
Wariant A: Towar z ustawieniami i zasobami jak wyżej.
ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: <nieokreślony>.
Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.
a) Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj
Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ1 (pierwszy dostępny handlowo zasób, ponieważ nie podano konkretnej cechy).
b) Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj
Dokument (W)ZWM1 wygenerowany do ZS1 jak w podpunkcie a).
Wariant B: Towar z ustawieniami i zasobami jak wyżej.
ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: zielony.
Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.
a) Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj
Dokument (W)ZWM1 do ZS1 nie zostanie wygenerowany na żadną ilość (brak dostępnego zasobu z podaną cechą).
b) Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj
Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ1 (pierwszy dostępny handlowo zasób, ponieważ nie ma zasobu ze zgodną cechą).
Przyklad
Towar z ustawionym pobieraniem zasobów wg FIFO, z ustawionym oznaczaniem partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości:
(W)AWD1: 60 szt. z cechą kolor: czarny (partia 1)
FZ1: 100 szt. + (W)AWD2: 100 szt. z cechą kolor: biały (partia 2)
FZ2: 100 szt. + (W)AWD2: 100 szt. z cechą kolor: czarny (partia 3)
ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: czarny.
Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.
a) Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj
Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację ‘w przyszłość’ z zasobem z (W)AWD1 (pierwszy dostępny zasób ze zgodną cechą wyszukany zgodnie z FIFO.
b) Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj
Dokument (W)ZWM1 wygenerowany do ZS1 jak w podpunkcie a).
Wariant A: Towar z ustawieniami i zasobami jak wyżej.
ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: <nieokreślony>.
Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.
a) Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj
Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację ‘w przyszłość’ z zasobem z (W)AWD1 (pierwszy dostępny zasób wyszukany zgodnie z FIFO).
b) Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj
Dokument (W)ZWM1 wygenerowany do ZS1 jak w podpunkcie a).
Wariant B: Towar z ustawieniami i zasobami jak wyżej.
ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: zielony.
Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.
a) Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj
Dokument (W)ZWM1 do ZS1 nie zostanie wygenerowany na żadną ilość (brak dostępnego zasobu z podaną cechą).
b) Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj
Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację ‘w przyszłość’ z zasobem z (W)AWD1 (pierwszy dostępny zasób wyszukany zgodnie z FIFO).
Usuwanie i przywracanie rezerwacji magazynowych WMS
Podczas anulowania dokumentów (W)ZWM usuwane są wszystkie jego elementy, więc jednocześnie usunięte zostają powiązane z nimi rezerwacje.
Rezerwacje magazynowe WMS przestają pełnić swoją funkcję blokowania zasobów w momencie, gdy owe zasoby zostają rozchodowane na dokumencie handlowym. Dlatego też przy tworzeniu dokumentów handlowych do (W)ZWM z rezerwacjami magazynowymi WMS działają następujące mechanizmy:
Po dodaniu dokumentu handlowego rezerwacje magazynowe WMS zostają zrealizowane,
Po zatwierdzeniu dokumentu handlowego rezerwacje magazynowe WMS zostają usunięte z Systemu.
Wskazówka
Tylko dokumenty (W)ZWM z samymi rezerwacjami magazynowymi WMS mogą być realizowane dokumentami handlowymi.
Przy działaniu odwrotnym, czyli przy usuwaniu lub anulowaniu dokumentu handlowego bez anulowania (W)ZWM, jeśli na tym (W)ZWM jest oznaczone, że został wystawiony z włączoną opcją rezerwowania zasobów, wówczas rezerwacje magazynowe WMS zostają na nim przywrócone:
Po usunięciu dokumentu handlowego na rezerwacjach magazynowych WMS usuwana jest informacja o ilości zrealizowanej,
Po anulowaniu dokumentu handlowego rezerwacje magazynowe WMS zostają ponownie dodane do Systemu.
Gwarantuje to możliwość ponownego zrealizowania tych dokumentów handlowo. Mechanizm usuwania oraz przywracania rezerwacji magazynowych WMS jest analogiczny jak dla rezerwacji z zamówień.
Przyklad
Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości (partie):
FZ1: 100 szt. + (W)AWD1: 100 szt.
FZ2: 60 szt. + (W)AWD2: 60 szt.
Włączone rezerwowanie zasobów w oparciu o stany handlowe.
a) Dokument (W)ZWM1 wystawiony na 120 szt.
Będzie miał założone rezerwacje magazynowe WMS zgodne z wyszukanymi na dokumentach handlowych zasobami:
- 100 szt. z zasobem z FZ1,
- 20 szt. z zasobem z FZ2.
Po wystawieniu FS1 do (W)ZWM1 zostaną usunięte powyższe rezerwacje magazynowe WMS.
W przypadku anulowania FS1 bez (W)ZWM1 zostaną odtworzone powyższe rezerwacje magazynowe WMS.
b) Wystawione ZS na 120 szt. z rezerwacjami zasobowymi oznaczonymi jako blokujące towary: 60 szt. (z FZ1) oraz 60 szt. (z FZ2)
Dokument (W)ZWM1 wygenerowany do ZS1 będzie miał założone rezerwacje magazynowe WMS odziedziczone z ZS:
- 60 szt. z zasobem z FZ1,
- 60 szt. z zasobem z FZ2.
Rezerwacje na dokumencie ZS1 zostaną oznaczone jako nie blokujące towaru.
Po wystawieniu FS1 do (W)ZWM1 zostaną usunięte powyższe rezerwacje magazynowe WMS oraz rezerwacje z zamówienia.
W przypadku anulowania FS1 bez (W)ZWM1 zostaną odtworzone powyższe rezerwacje magazynowe WMS oraz rezerwacje z zamówienia – one nadal będą oznaczone jako nie blokujące towaru.
c) Wystawione ZS na 120 szt. z rezerwacjami niezasobowymi oznaczonymi jako blokujące towary: 60 szt. (bez zasobu) oraz 60 szt. (bez zasobu)
Dokument (W)ZWM1 wygenerowany do ZS1 będzie miał założone rezerwacje magazynowe WMS zgodne z wyszukanymi na dokumentach handlowych zasobami:
- 60 szt. z zasobem z FZ1,
- 40 szt. z zasobem z FZ1,
- 20 szt. z zasobem z FZ2.
Rezerwacje na dokumencie ZS1 zostaną oznaczone jako nie blokujące towaru i rozbite zgodnie z rozbiciem rezerwacji magazynowych WMS. Takie rozbicie jest konieczne, ponieważ na dokumencie (W)ZWM powstają trzy subelementy.
Po wystawieniu FS1 do (W)ZWM1 zostaną usunięte powyższe rezerwacje magazynowe WMS oraz rezerwacje z zamówienia.
W przypadku anulowania FS1 bez (W)ZWM1 zostaną odtworzone powyższe rezerwacje magazynowe WMS oraz rezerwacje z zamówienia – one nadal będą oznaczone jako nie blokujące towaru.
Realizacja lub usuwanie rezerwacji magazynowej WMS jest wykonywane również po operacji spięcia dokumentu handlowego z magazynowym (W)ZWM powiązanego z taką rezerwacją.
Wskazówka
Przy spinaniu istotne jest, aby partie towaru na dokumencie handlowym i magazynowym były zgodne, w przeciwnym razie spięcie jest zablokowane. Niezgodność partii przy spinaniu jest dopuszczalna jedynie w sytuacji, gdy dla danego magazynu jest ustawiony sposób pracy z WMS: Tylko ilościowo.
Obowiązują tutaj te same zasady, co podczas wystawiania dokumentu handlowego do (W)ZWM:
Po spięciu z dokumentem handlowym w buforze rezerwacje magazynowe WMS zostają zrealizowane,
Po spięciu z zatwierdzonym dokumentem handlowym rezerwacje magazynowe WMS zostają usunięte z Systemu,
Nie jest możliwe spięcie dokumentu (W)ZWM posiadającego rezerwacje ‘w przyszłość’.
Ręczna obsługa rezerwacji magazynowych
‘Ręczne’ dodawanie i usuwanie rezerwacji magazynowych
Na liście dokumentów magazynowych w oknach Pulpit dyspozytora na zakładce [Dokumenty] oraz Dokumenty/Magazynowe na zakładce [Wydania] dodano nowe polecenia w menu kontekstowym:
Polecenia pozwalają na seryjne (dla zaznaczonych dokumentów) dodawanie i usuwanie rezerwacji magazynowych WMS oraz rezerwacji ‘w przyszłość’.
Dodawanie rezerwacji magazynowych jest możliwe dla dokumentów (W)ZWM, które:
Nie mają przypisanych rezerwacji,
Jest na nich ustawiony magazyn, na którym jest ustawiona opcja rezerwowania zasobów,
Są niezatwierdzone, czyli nie mają zaznaczonych parametrów Realizuj w WMS ani Zamknięty.
Nie zostały przesynchronizowane do WMS (sytuacja taka może wystąpić czasowo po zaznaczeniu parametru Realizuj w WMS, a następnie jego odznaczeniu).
W sytuacji, gdy wybrany dokument nie spełnia powyższych założeń użytkownik jest o tym poinformowany stosownym komunikatem, a rezerwacje magazynowe nie zostają utworzone.
Po dodaniu właściwych rezerwacji magazynowych dla danego dokumentu jest w tabeli ustawiana informacja wskazująca na sposób rezerwowania zasobów, która jest dziedziczona z karty magazynu (zgodnie ze wskazówką umieszczoną w rozdziale Uruchamianie rezerwowania zasobów).
Usuwanie rezerwacji magazynowych jest możliwe dla dokumentów (W)ZWM przed rozpoczętą realizacją.
Po usunięciu wszystkich rezerwacji z dokumentu zostaje na nim zmienione ustawienie wskazujące na rezerwowanie zasobów, które zostało odziedziczone z karty magazynu (zgodnie ze wskazówką umieszczoną w rozdziale Uruchamianie rezerwowania zasobów). Oznacza to, że taki dokument nie ma ustawionej żadnej opcji rezerwowania zasobów.
Lista rezerwacji magazynowych WMS
Na liście rezerwacji dostępnych w Historii towaru oraz Historii kontrahenta są widoczne rezerwacje magazynowe WMS. Została również dodana nowa pozycja filtra Zlecenie wydania z magazynu WMS. Dla takiego ustawienia w filtrze będą pokazywane rezerwacje magazynowe WMS przypisane do danego kontrahenta lub towaru, którego dotyczą. Jeśli rezerwacja pochodzi z dokumentu wystawionego w WMS, który nie został jeszcze przesynchronizowany do XL, wówczas jako dokument źródłowy na liście i na formatce rezerwacji widnieje wyrażenie: Rezerwacja ZWM.
Zablokowane jest dodawanie i usuwanie rezerwacji magazynowych WMS z poziomu tej listy. Operacje te są wykonywane automatycznie lub ręcznie tylko z poziomu dokumentów (W)ZWM, jak opisano w powyższych punktach.
Na liście nie są prezentowane rezerwacje WMS ‘w przyszłość’.
Wykluczanie rezerwacji magazynowych z ręcznych operacji na rezerwacjach
Rezerwacje magazynowe WMS oraz rezerwacje WMS ‘w przyszłość’ nie są pokazywane na listach rezerwacji wołanych w trakcie następujących operacji:
Operacja Rozdziel zasoby pomiędzy rezerwacje wykonywana dla dokumentu przychodu,
Operacja przepinania zasobów pomiędzy rezerwacjami wołana na elemencie zamówienia/zlecenia,
Operacja zwalniania zasobów z rezerwacji podczas korygowania dokumentu przychodowego.
Rezerwacja magazynowe WMS w BST
Dodano nowe predefiniowane składniki BSTZarezerwowana na (W)ZWM oraz Zarezerwowana na ZWM, które wyliczają odpowiednio ilości zarezerwowane na dokumentach (W)ZWMM wystawionych lub przesynchronizowanych z WMS lub dokumentach ZWM jeszcze nie przesynchronizowanych do XL.
Do tych składników nie są wliczane ilości pochodzące z rezerwacji WMS ‘w przyszłość’.
Anulowanie/korekta dokumentów przychodowych z kontrolą wydań magazynowych
Podczas anulowania dokumentów handlowych zakładających dostawy, np. FZ jest sprawdzane czy te dostawy nie zostały już rozchodowane na dokumentach handlowych lub magazynowych (dla magazynów innych niż WMS). Dzięki rezerwacjom magazynowym WMS możliwa jest również kontrola stopnia ich wydania na dokumentach (W)ZWM i jeśli takie wydanie już nastąpiło, wówczas następuje blokada anulowania takich dokumentów handlowych.
Analogicznie działa to dla anulowania dokumentu (W)AWD z zaznaczonym parametrem ‘Realizuj w WMS’ – jest ono możliwe tylko wtedy, gdy zasoby nie zostały jeszcze wydane na dokumentach magazynowych. W przeciwnym razie anulowanie zostanie zablokowane i pojawi się stosowny komunikat.
Podczas wystawiania korekty ilościowej dla dokumentów handlowych zakładających dostawy, ilość możliwa do skorygowania ustalana jest z uwzględnieniem rezerwacji magazynowych WMS z tą dostawą – ilość zarezerwowana musi pozostać na dokumencie korekty. Przy próbie wprowadzenia większej ilości do skorygowania niż jest do dopuszczalne, pojawia się standardowy komunikat o braku ilości.
Dokumenty magazynowe WMS w powiązaniu z dokumentami kaucji
Dla sprawnej obsługi tzw. opakowań kaucjonowanych na magazynie WMS konieczne było umożliwienie tworzenia za pomocą jednej operacji dokumentów handlowych na zwykłe towary wraz dokumentami na kaucję, gdzie obydwa te dokumenty będą ze sobą automatycznie wiązane. Od wersji 2021.1 Systemu jest to możliwe, o ile na źródłowym dokumencie magazynowym znajdzie się również pozycja na opakowanie kaucjonowane.
Powiązanie towaru z jednostką logistyczną WMS
W aplikacji Comarch WMS Zarządzanie możliwe jest powiązanie jednostki logistycznej z kartą towaru Comarch ERP XL. Po takiej operacji w XL na karcie towaru powstaje oznaczenie, że jest on traktowany jako:
Opakowanie kaucjonowane, jeśli towar jest dodatkowo oznaczony parametrem Kaucja,
Opakowanie jednorazowe, jeśli towar nie jest dodatkowo oznaczony parametrem Kaucja.
Oznaczenie na kartach towarowych opakowań kaucjonowanych i jednorazowych
Żeby w WMS Zarządzanie móc powiązać kartę towaru z jednostką logistyczną, to w Comarch ERP XL musi być na niej:
zaznaczony parametr Rejestruj w jednostkach całkowitych,
nie zaznaczony parametr Oznacz dostawę kodem EAN towaru,
nie zaznaczone parametry z grupy Oznacz partię towaru, czyli Datą ważności i Identyfikatorem dostawy,
brak wypełnionej klasy cechy,
dodatkowo towar ten nie może posiadać stanów.
Zmiana ustawienia, czy jest to Opakowanie kaucjonowane/jednorazowe jest możliwa tylko z poziomu Comarch WMS Zarządzanie, na definicjach jednostek logistycznych. W Systemie jest to wyświetlane tylko informacyjnie na karcie towaru.
Uwaga
Uwaga: Należy zwrócić uwagę, że zmodyfikowana funkcjonalność łączenia pozycji ze zwykłymi towarami oraz tymi powiązanymi z jednostką logistyczną WMS dotyczy tylko towarów oznaczonych jako Opakowania kaucjonowane. Dla Opakowań jednorazowych działanie Systemu na dokumentach pozostaje bez zmian, gdyż są one traktowane jako zwykły towar.
Dodawanie opakowań kaucjonowanych do dokumentu magazynowego
Jeśli na dokumencie magazynowym WMS zostanie ręcznie dodany element na towar z ustawieniem Opakowanie kaucjonowane lub Opakowanie jednorazowe, to element ten zostaje automatycznie oznaczony w ten sam sposób.
Oznaczenie elementu dokumentu magazynowego dla opakowań kaucjonowanych i jednorazowych
Analogicznie, jeśli dokument magazynowy WMS jest generowany z dokumentu kaucji, na którym znajduje się element na towar z ustawieniem Opakowanie kaucjonowane, to na dokumencie magazynowym element ten zostaje automatycznie oznaczony w ten sam sposób. Tak samo będzie to działało, jeśli na dokumencie magazynowym WMS zostanie wykonana operacja wiązania dokumentu kaucji (nagłówka lub wybranych elementów), na których znajduje się element na towar z ustawieniem Opakowanie kaucjonowane.
Dodatkowo, jeśli dokument magazynowy WMS jest generowany z dokumentu handlowego z powiązanym dokumentem kaucji, na którym znajduje się element na towar z ustawieniem Opakowanie kaucjonowane, to na utworzonym dokumencie magazynowym znajdą się zarówno elementy z dokumentu handlowego, jak i te z dokumentu kaucji (te dostają oznaczenie Opakowania kaucjonowane). O fakcie włączenia elementów kaucji do wspólnego dokumentu magazynowego użytkownik zostaje poinformowany stosownym komunikatem.
Działa to zarówno przy generowaniu dokumentu magazynowego WMS z listy czy w procesach, jak i przy automatycznym, czyli w trakcie zatwierdzania dokumentu handlowego.
Towary z oznaczeniem Opakowania jednorazowe mogą się znajdować tylko na zwykłych dokumentach handlowych. Jedyną różnicą w stosunku do zwykłych towarów jest to, że przy generowaniu dla nich dokumentów magazynowych, elementy z tymi towarami dostaną oznaczenie Opakowania jednorazowe.
Przyklad
Przykład:
W bazie są następujące towary:
- Napój 500 ml (zwykły towar),
- Butelka bezzwrotna (Opakowanie jednorazowe),
- Skrzynka (Opakowanie kaucjonowane),
- Paleta (Opakowanie kaucjonowane).
Przypadek 1.
Na dokument (W)ZWM dodaję z ręki następujące pozycje:
1. Napój 500 ml * 150 szt.,
2. Butelka bezzwrotna * 150 szt. -> zostaje ustawione oznaczenie Opakowanie jednorazowe,
3. Skrzynka * 10 szt. -> zostaje ustawione oznaczenie Opakowanie kaucjonowane.
Do dokumentu dowiązuję również ręcznie pozycję z WKA:
4. Paleta * 1 szt. -> zostaje ustawione oznaczenie Opakowanie kaucjonowane.
Przypadek 2.
Jest dokument handlowy WZ z pozycjami:
1. Napój 500 ml * 150 szt.,
2. Butelka bezzwrotna * 150 szt.
Oraz powiązany z WZ dokument kaucji WKA z pozycją:
1. Skrzynka * 10 szt.
Do dokumentu WZ wybieram polecenie generowania dokumentu magazynowego (W)ZWM. Na utworzonym dokumencie mam pozycje:
1. Napój 500 ml * 150 szt.,
2. Butelka bezzwrotna * 150 szt. -> zostaje ustawione oznaczenie Opakowanie jednorazowe,
3. Skrzynka * 10 szt. -> zostaje ustawione oznaczenie Opakowanie kaucjonowane.
Generowanie dokumentów handlowych wraz z dokumentami kaucji
W sytuacji odwrotnej, gdy dokumentem źródłowym jest dokument magazynowy WMS z elementami oznaczonymi jako Opakowania kaucjonowane, to dla tych elementów może zostać zawsze wygenerowany tylko dokument handlowy kaucji.
Dodatkowo, jeśli na magazynowym razem z Opakowaniem kaucjonowanym znajdzie się zwykły towar i/lub Opakowanie jednorazowe, wówczas operacja generowania dokumentu handlowego do magazynowego spowoduje automatyczne utworzenie dwóch dokumentów:
żądany dokument handlowy z pozycjami na zwykłe towary i/lub Opakowania jednorazowe,
dokument kaucji z pozycjami na Opakowania kaucjonowane.
O fakcie utworzenia dodatkowo dokumentu kaucji dla elementów na Opakowania kaucjonowane użytkownik zostaje poinformowany stosownym komunikatem
Efektem końcowym jest powiązanie pozycji dokumentu handlowego z pozycjami dokumentu magazynowego na zwykłe towary i/lub Opakowania jednorazowe oraz powiązanie pozycji dokumentu kaucji z pozycjami dokumentu magazynowego na Opakowania kaucjonowane. Jednocześnie obydwa utworzone dokumenty są ze sobą powiązane, czyli dokument kaucji jest widoczny na zakładce [Kaucja] dokumentu handlowego.
W przypadku, gdy na dokumencie magazynowym będą znajdowały się tylko pozycje na opakowania kaucjonowane lub zostanie wybrane generowanie samego dokumentu kaucji, wówczas powstaje jedynie dokument kaucji z pozycjami na Opakowania kaucjonowane powiązany z odpowiednimi pozycjami dokumentu magazynowego WMS.
Przyklad
Przykład:
W bazie są następujące towary:
- Napój 500 ml (zwykły towar),
- Butelka bezzwrotna (Opakowanie jednorazowe),
- Skrzynka (Opakowanie kaucjonowane),
- Paleta (Opakowanie kaucjonowane).
Na dokumencie (W)ZWM mam następujące pozycje:
1. Napój 500 ml * 150 szt.,
2. Butelka bezzwrotna * 150 szt. -> z oznaczeniem Opakowanie jednorazowe,
3. Skrzynka * 10 szt. -> z oznaczeniem Opakowanie kaucjonowane.
4. Paleta * 1 szt. -> z oznaczeniem Opakowanie kaucjonowane.
Przypadek 1.
Do dokumentu (W)ZWM wybieram polecenie generowania dokumentu handlowego WZ. Na utworzonym dokumencie mam pozycje:
1. Napój 500 ml * 150 szt.,
2. Butelka bezzwrotna * 150 szt.
Zostaje również automatycznie wygenerowane WKA (powiązane z WZ) z pozycjami:
3. Skrzynka * 10 szt.,
4. Paleta * 1 szt.
Przypadek 2.
Do dokumentu (W)ZWM wybieram polecenie generowania dokumentu kaucji WKA. Na utworzonym dokumencie mam pozycje:
1. Skrzynka * 10 szt.,
2. Paleta * 1 szt.
Wskazówka
Wskazówka: W przypadku Opakowań kaucjonowanych, jeśli przyjęty w Systemie model działania zakłada wyjście od dokumentów magazynowych, to nie ma potrzeby ustawiać w definicji dokumentów handlowych parametru: Automatyczne generowanie dokumentów kaucji. Dokumenty kaucji generowane będą bowiem na podstawie elementów na dokumentach magazynowych.
Natomiast w przypadku korekt dokumentów handlowych, gdzie nie jest możliwe wyjście od dokumentów magazynowych, nadal konieczne jest korzystanie ze schematów kaucji oraz ww. parametru, nawet w przypadku towarów kaucjonowanych oznaczonych jako Opakowania kaucjonowane.
Zmianie nie uległy działania na towarach oznaczonych jako zwykła kaucja (tylko parametr Kaucja, bez powiązania z jednostką logistyczną WMS). Dla nich nadal powstają osobne dokumenty magazynowe WMS.
Pozostałe funkcjonalności dla opakowań kaucjonowanych i jednorazowych
Jak wspomniano na początku rozdziału oznaczenia na pozycjach dokumentów magazynowych WMS są zawsze dziedziczone z ustawień na kartach towarów i w zdecydowanej większości nie będzie potrzeby ich zmiany. Jedynie w przypadku zakupu/sprzedaży pustych opakowań kaucjonowanych, gdy dokumentem wyjściowym jest dokument magazynowy WMS, należy usunąć oznaczenie na Opakowania kaucjonowane na pozycjach dokumentu magazynowego tak, aby dało się z nich wygenerować dokumenty handlowe zamiast dokumentów kaucji.
W tym celu w menu kontekstowym na liście pozycji dokumentu magazynowego WMS dodano operację Usuń oznaczenie pozycji na opakowania kaucjonowane. Po jej wykonaniu wskazane pozycje z oznaczeniem Opakowania kaucjonowane mają usuwane to oznaczenie. Operacja dostępna tylko dla dokumentów w buforze.
Zmieniono sposób weryfikacji pozycji przy operacji spinania dokumentów handlowych (zwykłych oraz dokumentów kaucji) z dokumentami magazynowymi. Zasadnicza zmiana polega na tym, że jeśli na dokumencie magazynowym WMS znajdują się pozycje na zwykłe towary oraz na Opakowania kaucjonowane, to spinając taki dokument z:
Dokumentem handlowym – pomijane są z magazynowego pozycje na Opakowania kaucjonowane, nie powodują one blokady spięcia dokumentów, jak było dotychczas;
Dokumentem kaucji – uwzględniane są z magazynowego tylko pozycje na Opakowania kaucjonowane, a pozycje na zwykłe towary są pomijane i nie blokują spięcia dokumentów.
Oznacza to, że nie obowiązuje dotychczasowa zasada, zgodnie z którą wszystkie pozycje spinanych dokumentów muszą być zgodne. Można zatem spiąć z dokumentem magazynowym WMS zarówno zwykły dokument handlowy, jak i dokument kaucji.
Anulowanie dokumentów handlowych wymusza anulowanie powiązanych dokumentów kaucji oraz pozwala jednocześnie anulować powiązane dokumenty magazynowe. W przypadku, gdy powiązany dokument magazynowy WMS jest powiązany z innym dokumentem niż wybrany do anulowania (w tym przypadku z dokumentem kaucji), to pojawia się pytanie, czy faktycznie anulować taki dokument magazynowy. Dopiero po potwierdzeniu przez użytkownika anulowanie dokumentu magazynowego WMS jest wykonywane. W tym zakresie nie zostały wprowadzane żadne zmiany.
Na liście towarów jest możliwość wyświetlania dodatkowej kolumny J. logistyczne WMS (wolne) prezentującej stany towarów oznaczonych jako Opakowania kaucjonowane i Opakowania jednorazowe, które nie są zajęte, czyli aktualnie nie są na nich umieszczone żadne towary. Aby wyświetlić nową kolumnę należy w obszarze Kolumny pod listą zaznaczyć nowy parametr J. log. WMS.
Dokumenty (W)ZWM na pełne /niepełne jednostki pomocnicze
Nowa funkcjonalność ma wpływ na ergonomię pracy magazynierów, dzięki umożliwieniu tworzenia dokumentów wydań na magazynie, na pełne lub niepełne palety czy inne jednostki pomocnicze. W przypadku kilku palet niepełnych, w Comarch WMS Magazynier uda się skompletować towar tak, aby zapełniać kolejne palety/jednostki pomocnicze w całości.
Realizacja polega na możliwości generowania z zamówienia dwóch osobnych dokumentów (W)ZWM. Na jednym z tych dokumentów będą wyodrębnione takie ilości dla pozycji, które uda się przeliczyć na jednostkę pomocniczą w wartości całkowitej i dokument ten zostanie oznaczony jako wystawiony ‘na pełne jednostki’. Pozostałe ilości zostaną dogenerowane na drugim (W)ZWM bez oznaczenia jw.
Takie działanie będzie można włączyć/wyłączyć poprzez odpowiednie ustawienie na definicji dokumentu.
Konfiguracja ustawień dla podziału na pełne/niepełne jednostki
Na karcie towaru na jednostce pomocniczej znajduje się parametr, wskazujący, czy przy generowaniu z zamówień należy wykonywać dzielenie (W)ZWM na pełne/niepełne jednostki.
Nowy parametr dla jednostki pomocniczej towaru
Dla towaru może istnieć wiele jednostek pomocniczych z takim ustawieniem, ponieważ dla podziału przy generowaniu istotne jest to, żeby taka jednostka została umieszczona na zamówieniu źródłowym do (W)ZWM. Przy czym parametr (W)ZWM do zamówień w jedn. całkowitych musi być już zaznaczony w momencie dodawania/modyfikacji elementu zamówienia, bo wtedy następuje na elemencie zamówienia odpowiedni zapis wskazujący na konieczność dzielenia dokumentów (W)ZWM.
Obecne polecenia do generowania dokumentu (W)ZWM z listy zamówień oraz listy elementów zamówień będą działały zależnie od nowego ustawienia w definicji dokumentu ZWM, jak pokazano na rysunku poniżej.
Nowy parametr na definicji dokumentu ZWM
Jeśli parametr jest zaznaczony, wówczas nowy dokument jest tworzony z automatycznym podziałem na pełne/niepełne jednostki pomocnicze. Jeśli nie zaznaczony, to podział nie jest wykonywany, nawet jeśli jednostka pomocnicza wybrana na zamówieniu wskazuje na konieczność takiego podziału.
Generowanie i obsługa (W)ZWM z podziałem na pełne/niepełne jednostki
Przy generowaniu (W)ZWM z ZS/ZW przy pomocy nowego ustawienia na definicji dokumentu może zostać wykonany podział ilości z elementów źródłowych z zamówienia, jeśli jest na nim chociaż jedna pozycja z ustawioną jednostką pomocniczą wskazującą na konieczność podziału.
Podział wykonywany jest w następujący sposób:
Całkowite ilości z elementów ZS/ZW w jednostce pomocniczej i odpowiadające im ilości w jednostce podstawowej są umieszczane na dokumentach (W)ZWM oznaczonych jako wystawione na pełne jednostki pomocnicze.
Dokument (W)ZWM z pozycjami na pełne jednostki pomocnicze
Wskazówka
Wskazówka: Na dokumentach (W)ZWM oznaczonych na pełne jednostki pomocnicze wszystkie elementy muszą być na pełne jednostki.
Pozostałe ilości z takich podzielonych elementów oraz elementy bez jednostek pomocniczych wskazujących na podział lub w ogóle bez jednostek pomocniczych, zostaną dodane automatycznie do drugiego dokumentu (W)ZWM. Ten dokument nie ma ustawienia, że jest na pełne jednostki pomocnicze.
Dokument (W)ZWM z pozycjami na niepełne jednostki pomocnicze
Obydwa dokumenty (W)ZWM zostaną powiązane z zamówieniem i będą stanowiły jego realizację.
Powiązane do zamówienia dokumenty (W)ZWM na pełne i niepełne jednostki pomocnicze
Przyklad
Przykład: W definicji dokumentu ZWM jest zaznaczony parametr: Przy generowaniu (W)ZWM z zamówień automatycznie dziel na pełne/niepełne jednostki pomocnicze.
Przypadek 1.
Na dokumencie ZS znajdują się elementy z towarami:
T1: 15 szt. (j.podst.) oraz j.pom.: paleta = 1,5 (przeliczniki 1/10),
T2: 5 szt. (j.podst.) oraz j.pom.: paleta = 0,5 (przelicznik 1/10),
T3: 15 szt. (j.podst.) oraz j.pom.: karton = 1,5 (przelicznik 1/10),
T4: 15 szt. (j.podst.) oraz brak ustawionej j. pom.
Na towarach T1 i T2 j. pom.: paleta ma ustawiony parametr: (W)ZWM do zamówień w jedn. całkowitych. Na towarze T3 j. pom: karton nie ma tego parametru zaznaczonego.
Generujemy (W)ZWM do ZS. Powstają dwa dokumenty:
a) Dokument (W)ZWM-1 na pełne jednostki pomocnicze z elementami:
T1: 10 szt. (j.podst.) oraz j.pom.: paleta = 1,
b) Dokument (W)ZWM-2 na niepełne jednostki pomocnicze z elementami i ilościami nie uwzględnionymi na (W)ZWM-1:
T1: 5 szt. (j.podst.) oraz j.pom.: paleta = 0,5,
T2: 5 szt. (j.podst.) oraz j.pom.: paleta = 0,5,
T3: 15 szt. (j.podst.) oraz j.pom.: karton = 1,5,
T4 z ilością 15 szt. (j.podst.).
Przypadek 2.
Na dokumencie ZS znajdują się elementy z towarami:
T1: 20 szt. (j.podst.) oraz j.pom.: paleta = 2 (przeliczniki 1/10),
T2: 10 szt. (j.podst.) oraz j.pom.: paleta = 1 (przelicznik 1/10),
Na towarach T1 i T2 j. pom.: paleta ma ustawiony parametr: (W)ZWM do zamówień w jedn. całkowitych.
Generujemy (W)ZWM do ZS. Powstaje dokument (W)ZWM-1 na pełne jednostki pomocnicze z elementami:
T1: 20 szt. (j.podst.) oraz j.pom.: paleta = 2,
T2: 10 szt. (j.podst.) oraz j.pom.: paleta = 1
Ponieważ cała ilość z ZS została pobrana na dokument (W)ZWM-1, to nie zostanie utworzony żaden dodatkowy dokument (W)ZWM.
Przypadek 3.
Na dokumencie ZS znajdują się elementy z towarami:
T1: 8 szt. (j.podst.) oraz j.pom.: paleta = 0,8 (przeliczniki 1/10),
T2: 5 szt. (j.podst.) oraz j.pom.: paleta = 0,5 (przelicznik 1/10),
Na towarach T1 i T2 j. pom.: paleta ma ustawiony parametr: (W)ZWM do zamówień w jedn. całkowitych.
Generujemy (W)ZWM do ZS. Powstaje dokument (W)ZWM-1 na niepełne jednostki pomocnicze z elementami:
T1: 8 szt. (j.podst.) oraz j.pom.: paleta = 0,8,
T2: 5 szt. (j.podst.) oraz j.pom.: paleta = 0,5.
Ponieważ na ZS nie było żadnej ilości przeliczalnej na pełne jednostki całkowite, to nie został utworzony dokument (W)ZWM-1 na pełne jednostki pomocnicze.
Poza automatycznym podziałem na każdym dokumencie (W)ZWM w buforze jest możliwość ręcznego ustawienia, że jest on na pełne jednostki. Czyli na każdym dokumencie, zarówno tym dodanym z ręki, jak i generowanym z różnych dokumentów, można ustawić parametr Dokument na pełne jednostki pomocnicze. System pozwala zapisać taki dokument pod warunkiem, że wszystkie jego pozycje mają ustawioną jednostkę pomocniczą i ilość w tej jednostce jest całkowita.
Uwaga
Automatyczny podział na pełne/niepełne jednostki jest wykonywany tylko przy generowaniu dokumentów (W)ZWM bezpośrednio z ZS/ZW.
Nie jest dostępny dla generowania (W)ZWM z innych dokumentów, czyli np. jeśli z ZS/ZW jest generowany dokument handlowy i do niego od razu powstaje (W)ZWM, wówczas algorytm do podziału względem jednostki pomocniczej nie jest wołany.
Podział nie jest również wykonywany na istniejących dokumentach (W)ZWM podczas wykonywania operacji spinania zamówień z dokumentami magazynowymi.
Dodatkowo, jeśli dokument (W)ZWM ma ustawione, że jest na pełne jednostki pomocnicze, to można do niego dodać tylko takie pozycje, która spełniają to wymaganie. Również przy zmianie ilości na takim (W)ZWM i zapisie elementu, jeśli nowa ilość nie będzie dała się przeliczyć na pełne jednostki pomocnicze, to użytkownik zostaje o tym poinformowany stosownym komunikatem i musi zdecydować, czy:
Zachować zmianę ilości, co będzie skutkowało zmianą oznaczenia na dokumencie, czyli przestanie on być dokumentem na pełne jednostki pełne jednostki.
Nie zapisywać zmiany ilości, czyli dokument pozostanie bez zmian.
Podczas dowiązywania elementów do dokumentu (W)ZWM na pełne jednostki pomocnicze, operacja jest wykonywana tylko dla tych elementów, które mają ustawioną jednostkę pomocniczą i dodatkowo pobierana na (W)ZWM jest tylko ilość całkowita w jednostkach pomocniczych. Pozostałą ilość można dodać na inny dokument (W)ZWM, który nie jest oznaczony na pełne jednostki pomocnicze.
Wskazówka
Wskazówka: Przy samodzielnym ustawianiu parametru na dokumencie lub przy dodawaniu/modyfikacji/wiązaniu pozycji na dokumencie na pełne jednostki nie ma kontroli, czy na jednostce pomocniczej jest zaznaczony parametr (W)ZWM do zamówień w jedn. całkowitych, gdyż ma on znaczenie tylko dla dokumentów generowanych z zamówień.
Z tej kontroli wykluczane są również pozycje z towarami oznaczonymi jako Opakowania kaucjonowane lub Opakowania jednorazowe, o których mowa w poprzednim punkcie.
Samodzielne ustawienie parametru Dokument na pełne jednostki pomocnicze skutkuje tym, że większa ilość dokumentów (W)ZWM może podlegać w Comarch WMS Magazynier procesom realizacji przewidzianym dla pełnych/niepełnych jednostek.
Przy generowaniu dokumentów (W)ZWM z paczek, jeśli do paczki powiązane są pozycje zamówień i dokumentów handlowych i na obu dokumentach jest ustawiona jednostka pomocnicza ze wskazaniem na podział, to podział jest robiony zarówno dla pozycji z zamówień, jak i dla pozycji z dokumentów handlowych z taką jednostką pomocniczą. Jest to zgodne z tym, że przy ręcznym dowiązywaniu do (W)ZWM na pełne jednostki pozycji dokumentu handlowego z ustawioną jednostką pomocniczą, z handlowego zostanie dodana tylko ilość przeliczalna na pełne jednostki.
Możliwość zmiany partii na dokumencie wydania w WMS (wydanie do zamówienia z rezerwacją zasobową)
Dotychczas podczas wystawiania dokumentu (W)ZWM do zamówienia z rezerwacją zasobową, na dokumencie (W)ZWM był ustalany dokładnie ten sam zasób, który znajdował się na rezerwacji i nie było możliwości jego zmiany ani w Comarch ERP XL ani od strony Comarch WMS.
Od wersji XL 2021.1 oraz Comarch WMS 2021.5 możliwa jest w WMS zmiana zasobu na przekazanym do realizacji dokumencie (W)ZWM do zamówienia z rezerwacją zasobową, o ile na takim dokumencie (W)ZWM istnieją rezerwacje magazynowe WMS. Taką samą zmianę można też wykonać, jeśli zamówienie jest realizowane wprost w Comarch WMS, czyli zostaje od razu wystawiany dokument ZWM do zamówienia.
Przy zmianie zasobu na takim dokumencie w Comarch WMS działają standardowe mechanizmy ustalania, czy dany zasób jest dostępny handlowo w Comarch ERP XL. Jeśli nie będzie dostępny, wówczas podmiana zasobu nie będzie możliwa, gdyż niedopuszczalnym jest, aby do rezerwacji zasobowej na zamówieniu utworzona została rezerwacja ‘w przyszłość’.
Jeśli zmiana zasobu będzie możliwa, wówczas zostanie ona przesynchronizowana do Comarch ERP XL na rezerwacje magazynowe WMS oraz na powiązanie z nimi źródłowe rezerwacje zasobowe z zamówienia. Dzięki temu zagwarantowane jest wystawienie poprawnego dokumentu handlowego do pary dokumentów: zamówienie z dokumentem magazynowym WMS.
Operacja zmiany zasobu jest dostępna dla uprawnionego operatora WMS, a uprawnienia te można nadawać w Comarch WMS Zarządzanie. Więcej na ten temat w dokumentacji aplikacji Comarch WMS.
Obsługa dokumentów wewnętrznych dla magazynów zbiorczych WMS
Zmieniona została obsługa dokumentów przesunięć międzymagazynowych z poziomu Comarch ERP XL pomiędzy magazynami składowymi jednego magazynu zbiorczego WMS. Magazyn zbiorczy, czyli tzw. magazyn wirtualny WMS, jest to magazyn dodawany tylko po stronie Comarch WMS jako magazyn nadrzędny, do którego podpinane są magazyny składowe. Magazynami składowymi mogą być magazyny z systemu Comarch ERP XL, które mają włączoną obsługę WMS.
Dotychczas przesunięcia MMW/MMP pomiędzy magazynami składowymi jednego magazynu zbiorczego były zarządzane po stronie WMS. Oznacza to, że w samym XL nie dało się wystawić takich dokumentów, które jako magazyn źródłowy i docelowy miały ustawione magazyny składowe tego samego magazynu zbiorczego. W przypadku takich dokumentów pojawiała się w XL informacja, że mogą być wystawione jedynie w Comarch WMS.
Teraz blokada ta została zniesiona i dokumenty takie będą mogły powstawać. Dotyczy to wystawiania dokumentów MMW z ręki oraz generowania ich z innych dokumentów.
Podczas zatwierdzania dokumentów MMW na magazyny wirtualne, niezależnie od ustawień w definicji dokumentu, będzie od razu generowany cały komplet dokumentów, czyli:
(W)ZWM do MMW – w stanie Zamknięty, ale bez Realizuj w WMS
MMP zatwierdzony oraz (W)AWD możliwy do realizacji tylko w WMS.
Nie będzie tu miało znaczenia czy dokument MMW jest dodany ręcznie, czy wygenerowany z innego dokumentu, z zastrzeżeniem jak niżej.
Uwaga
Uwaga: Jeśli dokument MMW jest wystawiany do istniejącego dokumentu (W)ZWM (dodanego przed wersją 2021.1), wówczas zachowana została dotychczasowa obsługa, czyli dalsze generowanie dokumentu. MMP i magazynowych zależą od ustawień w definicjach dokumentów MMW/MMP.
Zmiany dotyczą również anulowania dokumentów przesunięć międzymagazynowych. Aby było możliwe anulowanie dokumentów MMW/MMP wystawionych na magazyny składowe jednego magazynu zbiorczego, musi być możliwość anulowania całego kompletu powiązanych ze sobą dokumentów wewnętrznych i magazynowych, czyli MMW -> (W)ZWM oraz MMP -> (W)AWD. Wprowadzono więc następującą obsługę:
Przy anulowaniu MMP wymagane jest również anulowanie powiązanego (W)AWD i to działanie pozostało bez zmian. Dodatkowo przy anulowaniu MMP na magazyny składowe jednego magazynu zbiorczego są automatycznie anulowane powiązane dokumenty MMW i (W)ZWM.
Przy anulowaniu (W)AWD wymuszane jest również anulowanie powiązanego MMP, jeśli jest ono wystawione na magazyny składowe jednego magazynu zbiorczego. Co za tym idzie zostanie anulowane jest również powiązane MMW i (W)ZWM (jw.).
O tym, że anulowany zostanie cały zestaw dokumentów użytkownik jest informowany specjalnym komunikatem. A w przypadku niepowodzenia anulowania któregokolwiek z dokumentów operacja jest wycofywana i dokumenty pozostają w dotychczasowym stanie.
Zmiany w inwentaryzacji
W zakresie inwentaryzacji wprowadzono dwie zmiany dotyczące baz z włączoną współpracą z Comarch WMS.
Dodano możliwość prowadzenia inwentaryzacji na magazyny składowe jednego magazynu zbiorczego WMS. Inwentaryzacja zaplanowana z poziomu Comarch ERP XL będzie dotyczyć wszystkich magazynów, które w aplikacji Comarch WMS wchodzą w skład magazynu zbiorczego z obsługą położeń zmiennych. Nie będzie możliwości utworzenia w XL inwentaryzacji na pojedynczy magazyn składowy.
W sytuacji, gdy wybrany w nagłówku inwentaryzacji magazyn stanowi magazyn składowy magazynu zbiorczego obsługującego położenia zmienne, wówczas użytkownik zostaje poinformowany o charakterze wybranego magazynu i musi zadecydować, czy chce by pozostałe magazyny składowego wchodzące w skład magazynu zbiorczego, do którego należy wybrany przez niego magazyn zostały dodane do inwentaryzacji, czy też rezygnuje z inwentaryzacji wybranego uprzednio magazynu.
Wskazówka
Wskazówka: W sytuacji, gdy któryś z magazynów składowych stanowiących ten sam magazyn zbiorczy, co wybrany do inwentaryzowania magazyn, nie będzie dostępny w kontekście centrum, w którym jest zakładana inwentaryzacja, przeprowadzenie inwentaryzacji jest blokowane. Użytkownik zostaje o tym poinformowany w stosownym komunikacie.
W sytuacji, gdy któryś z magazynów składowych stanowiących ten sam magazyn zbiorczy, co wybrany do inwentaryzowania magazyn, będzie zablokowany, wówczas w zależności od istniejących stanów handlowych inwentaryzacja jest wykonywana bez tegoż zablokowanego magazynu (gdy stany zerowe) lub jest blokowana. W przypadku blokady użytkownik zostaje o tym poinformowany w stosownym komunikacie.
Po zrealizowaniu w Comarch WMS inwentaryzacji następuje przekazanie wyniku do Comarch ERP XL. Dla magazynów składowych przekazywany jest jeden odczyt, z informacją o łącznej ilości danego towaru na wszystkich inwentaryzowanych magazynach. Jest to tożsame działanie z dotychczasową funkcjonalnością inwentaryzacji zbiorczej wielu magazynów.
Rozbicie przekazanej łącznej ilości towaru pomiędzy magazyny jest ujęty na arkuszu, jak to miało miejsce w dotychczasowej funkcjonalności.
Po przekazaniu ilości (odczytu), w tym także w rozbiciu na magazyny, nie jest możliwa zmiana przesłanej ilości.
Na arkuszu inwentaryzacyjnym został dodany nowy parametr Tylko j. logistyczne WMS. Parametr jest widoczny na arkuszu tylko, jeśli na nagłówku inwentaryzacji wybrano magazyn z włączoną współpracą z WMS, a jego aktywność jest tylko do momentu, kiedy na arkuszu nie ma dodanego żadnego towaru.
Podczas dodawania towarów do arkusza działanie jest zależne od nowego parametru:
Jeśli zaznaczony, wówczas możliwe do dodania są towary z oznaczeniem Opakowania kaucjonowane oraz Opakowania jednorazowe,
Jeśli niezaznaczony, wówczas możliwe do dodania są tylko zwykłe towary, czyli inne niż opisano powyżej.
Tak skonfigurowany arkusz inwentaryzacyjny pozwala na poprawne zinwentaryzowanie towarów w WMS, gdzie na oddzielnym arkuszu muszą być umieszczone opakowania kaucjonowane oraz jednorazowe.
Kolumna Magazynowe dla PW i RW z inwentaryzacji
Na liście dokumentów handlowych w kolumnie Magazynowe dla dokumentów RW oraz PW utworzonych z inwentaryzacji na magazynie WMS wyświetlany jest stan: Nie dotyczy. Dla takich dokumentów nie jest bowiem możliwe utworzenie dokumentów magazynowych po stronie Systemu. Są one tworzone jedynie w Comarch WMS celem wyrównania stanów magazynowych.
Wskazówka
Zmiana dotyczy tylko nowo tworzonych dokumentów, czyli dotychczasowe dokumenty utworzone z inwentaryzacji na magazyn WMS będą miały nadal opis: Do wygenerowania.
Prezentowanie w komunikatach o blokadzie dokumentu informacji szczegółowych z WMS
We współpracy Comarch ERP XL z Comarch WMS istnieją sytuacje, w których przesynchronizowane dokumenty (W)AWD oraz (W)ZWM mogą być edytowane w Systemie XL lub w aplikacjach WMS albo mogą nie być jeszcze w pełni zsynchronizowane. Jeśli w takim momencie inny użytkownik próbuje je edytować, wówczas jest informowany o blokadzie dostępu spowodowanej używaniem tego rekordu przez innego użytkownika.
I jeśli blokada jest wynikiem edycji dokumentu z poziomu Systemu XL, to w komunikacie widnieje wprost akronim użytkownika blokującego dokument. Natomiast w przypadku edycji dokumentu z poziomu aplikacji WMS wyświetla się ogólnie akronim użytkownika WMSADMIN, czyli nie wiadomo dokładnie, kto lub co blokuje dany rekord. Dlatego od wersji 2024.0 w szczegółach komunikatów wskazujących na blokadę przez WMSADMIN można znaleźć informację o rzeczywistej przyczynie blokady takiego dokumentu i możliwego sposobu jej usunięcia, czyli:
Informacja, że dokument aktualnie jest edytowany przez konkretnego użytkownika w aplikacji Comarch WMS lub Comarch WMS Magazynier (ze wskazaniem na jego login). Blokada zostanie usunięta, jeśli ten użytkownik zakończy edycję dokumentu w podanej aplikacji.
Dokument nie może zostać zrealizowany, ponieważ brak danego towaru na stanie magazynu (ze wskazaniem na nazwę magazynu). Ale dokument zostanie zrealizowany automatycznie, jeśli dany towar będzie dostępny na stanie tego magazynu.
Dokument nie został prawidłowo przesłany za pomocą usługi synchronizacji Comarch WMS Service do aplikacji Comarch ERP XL. Należy więc sprawdzić czy usługa synchronizacji Comarch WMS Service działa poprawnie.
Dokument nie został jeszcze w całości przesłany za pomocą usługi synchronizacji Comarch WMS Service. Należy więc odświeżyć usługę synchronizacji Comarch WMS Service lub sprawdzić poprawność działania.
W systemie ERP XL dla wybranych list, docelowo wszystkich, została wprowadzona obsługa w standardzie Devexpress. Technologia Devexpress to elastyczny sposób obsługi okien systemu zwłaszcza w kontekście organizacji i zarzadzania listami. W systemie ERP XL usprawnienia zostały wprowadzone w zakresie sortowania, grupowania oraz filtrowania na listach.
Sortowanie
Sortowanie obejmuje praktycznie każdą kolumnę listy w technologi Devexpress.
Obecnie jest to tylko kilka list w systemie, m.in. bilans stanu towarów, FSE- zakładka Intrastat/koszty dodatkowe, kontrola jakości w produkcji.
Opcja sortowania
Kolumna, po której lista jest sortowana zostaje oznaczona symbolem :
Oznaczenie po jakiej kolumnie jest sortowanie
W celu powrotu do pierwotnego sposobu prezentacji listy, należy ustawić kursor myszy na nagłówku kolumny, prawym klawiszem wyświetlić menu podręczne i wybrać „usuń sortownie po tej kolumnie”.
Usuwanie sortowania
Grupowanie
Grupowanie na liście może być określone wg dowolnej kolumny. Na wybranej kolumnie można uruchomić prawy klawisz myszy i z menu podręcznego wybrać „grupuj według tej kolumny”
Grupowanie po kolumnie
Efekt grupowania w postaci listy zawężonej wg wartości występujących w kolumnie wybranej do grupowania
Wyodrębnienie pola grupowania
Kolumna grupowania, może zostać wyodrębniona w nagłówku listy.
Wyodrębnienie pola grupowania ciąg dalszy
Filtrowanie
Filtrowanie szybkie
Filtrowanie szybkie odbywa się po nagłówkach kolumn, każda kolumna w nagłówku zawiera symbol oznaczający możliwość stosowania filtra po zawartościach danej kolumny. Symbol wyświetlony zostaje po naprowadzeniu kursora myszki.
Filtrowanie, ikona filtrowania
Lewy klawisz myszy na symbolu ‘lejka’ wyświetli okienko z wartościami występującymi w danej kolumnie, po zaznaczeniu odpowiednich pozycji , lista zostanie odfiltrowana i zawężona do wartości wskazanych.
Filtrowanie
Można również stosować filtry tekstowe pozwalające filtrować np. po wybranych fragmentach wartości lub z użyciem prostych warunków.
Filtrowanie ciąg dalszy
Kreator filtra
Listy można filtrować w dowolnym układzie i wg dowolnego pola . Służy do tego Kreator filtra. Pozycja w menu podręcznym.
Kreator filtra
Kreator filtra daje możliwość utworzenia filtra dla całego okna ze wskazanie warunków filtrowana dla poszczególnych kolumn.
Kreator filtra ciąg dalszy
Definiowanie dodatkowych kolumn
Z uwagi na konstrukcję zapytania dla list Devexpress konieczna jest zmiana podejścia do definiowania dodatkowych kolumn. Dla takich list definicja nie będzie już zwykłym select'em, ale JOIN'em dołączanym do bazowego zapytania.
Ponieważ wszystkie kolumny z bazowych tabel są dostępne w zapytaniu więc dla nich w ogóle nie trzeba pisać zapytań, są dostępne wprost z listy.
Dla bardziej złożonych przypadków trzeba będzie wypełnić JOIN'a np:
CDN.Atrybuty ON Atr_ObiNumer = A.BsN_ID AND Atr_ObiTyp = 14448 AND Atr_ObiLp = 0 AND Atr_AtkID = 1
W ten sposób będą dostępne wszystkie kolumny z tabeli cdn.Atrybuty do wybrania na liście. Gdy chcemy ograniczyć kolumny lub wywołać funkcję tabelaryczną wtedy zapytanie będzie takie :
(SELECT Atr_Wartosc,Atr_ObiNumer,Atr_ObiTyp,Atr_ObiLp,Atr_AtkID FROM CDN.Atrybuty) ATR ON ATR.Atr_ObiNumer = A.BsN_ID AND ATR.Atr_ObiTyp = 14448 AND ATR.Atr_ObiLp = 0 AND ATR.Atr_AtkID = 1
Tabele zapytania głównego listy mają prefiks "A".
Konsekwencją takiej konstrukcji jest brak możliwości walidacji zapytania na oknie definicji - dlatego walidacja nie jest dostępna.
Przyklad
Tworzymy atrybut dla BST, jest na nagłówku dokumentu BST, klasa ma ID 179.
Dodajemy kolumnę.
Dodanie połączenia do tabeli
Po dodaniu takiego wpisu na zestawie kolumn do wyboru będą dostępne nowe kolumny.
Spis dodanych kolumn
Tutaj przykład z aliasem, aby kolumna miała konkretną nazwę:
Alias dla dodatkowych kolumnAlias dla dodatkowych kolumn - efekt końcowy
Definiowanie dodatkowych kolumn - wyjątki
Nie zawsze połączenie dodatkowej kolumny będzie z wykorzystaniem prostego join do głównej tabeli z aliasem A wyświetlanych obiektów. W przypadku list stronicowanych wyświetlane wyniki są prezentowane za pomocą VIEW, który ma zdefiniowane własne nazwy kolumn i to do nich należy wykonywać połączenie.
Przykładowo, lista Serwisowane urządzenia (moduł Serwis > Urządzenia) tworzy taki tymczasowy widok:
Widok stworzony dla DevExpress
Zapytanie do dodatkowej kolumny może mieć wtedy postać: cdn.SrwUrzadzenia on SrU_id = Id
Jeszcze inne przypadki mogą wymagać analizy przez np. SQL Server Profiler. Moduł Serwis > Urządzenia > Karta urządzenia > Historia > Czynności ZSR
Samo łączenie odbywa się z aliasem, ale należy przeanalizować całe zapytanie znalezione w Profilerze i dostosować dodawaną kolumnę do globalnego zapytania. Poniżej konieczność zastosowania aliasu dla kolumny ze względu na duplikację w całościowym zapytaniu SrU_Id.
(select SrU_Opis as Opis, SrU_Id as Sru from CDN.SrwUrzadzenia X where X.SrU_Id = SrU_Id) XY on XY.Sru = A.SrU_IdZapytanie z SQL Server Profiler i miejsce dodania dodatkowego łączenia w globalnym zapytaniu
XL153 – Wydruki w formacie sPrint
Wydruki w formacie sPrint
Comarch sPrint to aplikacja, dzięki której użytkownicy mogą sprawnie drukować dowolny dokument na podstawie danych z systemu, z którym jest zintegrowana. Ponadto mogą korzystać z intuicyjnego Edytora, w ramach którego stworzą swój własny wydruk od podstaw lub też wprowadzą zmiany we wcześniej przygotowanych szablonach.
Wersja Comarch ERP XL 2022.1 została zintegrowana z nowym narzędziem.
Instalator wersji automatycznie instaluje również aplikację sPrint.
Wskazówka
Dotyczy wersji Comarch ERP XL 2022.1 i 2023.0:
Przed zainstalowaniem nowej wersji XL lub jej aktualizacji zalecane jest odinstalowanie aplikacji Comarch sPrint, gdyż zostanie ona zawsze zainstalowana wraz z wersją XL.
Od wersji Comarch ERP XL 2023.1:
Przy aktualizacji wersji XL 2023.1 jest wykonywany automatyczny upgrade aplikacji sPrint do nowszej wersji. Oznacza to, że nie ma już konieczności odinstalowywania aplikacji ręcznie, ponieważ wersja sPrint 0.5 zostanie zaktualizowana do najnowszej 2023.0. Mechanizm automatycznych aktualizacji sPrint będzie już zawsze wykonywany przy aktualizacji kolejnych wersji XL.
Przy pierwszym uruchomieniu aplikacji sPrint w wersji 2023.0 użytkownik zostanie poproszony jednorazowo o podanie numeru swojego klucza licencji, na którym działa Comarch ERP XL. Klucz podajemy w formacie SERWER::KLUCZ. Do poprawnego działania Comarch sPrint jest wymagana licencja do modułu XL Administracja.
Uwaga
Informacje o kluczu, jaki został podany jednorazowo przy uruchamianiu Comarch sPrint od wersji 2023.0 zapisywane są domyślnie w przykładowej lokalizacji:
C:\Users\UserName\AppData\Roaming\Comarch sPrint w pliku „sPrintMetadata”
Plik ten będzie istniał nawet, jeśli zostanie odinstalowany sPrint. W związku z istnieniem ww. pliku przy ponownej instalacji Comarch sPrint (np. przy ręcznej instalacji sPrint czy też instalacji z setupa ERP XL 2023.1) ekran do podania klucza już się nie pojawi.
W celu podania innego klucza licencji, należy usunąć plik sPrintMetadata.
W konfiguracji wydruków dodano nowy typ wydruku: sPrint.
Nowy typ formatu wydruku: sPrint
Wskazówka
Jednocześnie z formatki został usunięty niewykorzystywany typ formatu: GenRap.
Ustawienie nowego typu będzie możliwe do momentu wypełnienia definicji wydruku. Oznacza to, że zgodnie ze standardem nie będzie aktywny na wydrukach predefiniowanych, które mają już definicję.
Działanie na wydrukach pozostaje zgodne ze standardem, w szczególności:
Na wydrukach użytkownika będzie możliwe wybranie nowego typu: sPrint.
Aby zapisać taki wydruk konieczne jest zaimportowanie definicji wydruku na zakładce [Definicja].
Wydruki predefiniowane o nowym typie będą miały w nazwie dodane wyrażenie: [sPrint].
Nie zostały natomiast obsłużone niektóre parametry z konfiguracji wydruku, m.in. parametry dynamiczne. Będzie to rozwijane wraz z rozwojem aplikacji sPrint.
W wersji Comarch ERP XL 2025.0 dla modułu Sprzedaż udostępniono następujące wydruki sPrint:
Oferta sprzedaży OS
Zamówienie sprzedaży ZS
Wydanie zewnętrzne WZ
Wydanie kaucji WKA
Kod QR do przelewu na wydruku faktury VAT w formacie sPrint
Dodatkową opcją, którą posiada nowy wydruk Faktura VAT [sPrint] jest umieszczanie na niej kodu QR dla płatności. W oknie z parametrami przed wydrukiem w formacie sPrint pojawił się nowy Drukuj kod QR do przelewu.
Parametr Drukuj kod QR do przelewu przed wydrukiem faktury VAT
Jeśli parametr zostanie zaznaczony, wówczas na wydruku pod podsumowaniem płatności zostanie wydrukowany kod QR umożliwiający automatyczne tworzenie przelewu do Sprzedawcy. Aby jednak kod się pojawił, to musi być spełnionych kilka warunków:
Dokument musi być zatwierdzony;
Na dokumencie musi być jakaś kwota do zapłaty, czyli w grę wchodzą tylko dokumenty nierozliczone lub częściowo rozliczone;
Dokument nie może mieć zaznaczonego parametru Podzielona płatność (MPP);
Jest znany numer rachunku bankowego Sprzedawcy.
Jeśli chociaż jeden z poniższych warunków nie będzie spełniony, wówczas kod QR nie będzie drukowany, nawet jeśli przed wydrukiem zostanie zaznaczony parametr Drukuj kod QR do przelewu.
Kod QR na wydruku Faktura VAT [sPrint]
W kodzie QR zakodowane są informacje z kwotą pozostałą do zapłaty oraz z danymi Sprzedawcy (tymi samymi, które są umieszczone na wydruku):
Nazwa firmy pobierana z pierwszej linii nazwy na pieczątce,
NIP firmy z pieczątki,
Numer konta, na które ma nastąpić płatność.
Wystarczy postępować zgodnie z opisem przy kodzie QR, czyli zeskanować go przy użyciu bankowej aplikacji mobilnej, która posiada taką funkcjonalność, aby automatycznie utworzył się przelew z wypełnionymi ww. danymi. Dzięki temu realizacja płatności z tytułu dokumentu staje się znacznie prostsza.
Wskazówka
Kwota którą przekazujemy do płatności jest zawsze ujmowana jako całość pozostała do zapłaty bez rozróżnienia na formę płatności. Najczęstszym bowiem przypadkiem jest ten, w którym należność niezapłacona z tytułu faktury powinna zostać zrealizowana przelewem.
Jeśli w szczególnych przypadkach będzie inaczej, wówczas nie ma potrzeby umieszczania kodu QR na wydruku, czyli parametr przed wydrukiem nie powinien być zaznaczony.
Uwaga
Aby wykonać wydruk o typie sPrint musi być zainstalowany program do uruchamiania plików w formacie PDF.
Uruchamianie Comarch sPrint wraz z uruchamianiem Comarch ERP XL
W celu zwiększenia ergonomii działania na aplikacji Comarch sPrint możliwe jest takie skonfigurowanie Systemu, aby uruchamiała się ona w tym samym momencie co Comarch ERP XL. Umożliwia to przyspieszenie działań Użytkownika w przypadku konieczności uruchomienia wydruku w formacie sPrint.
W tym celu w oknie Konfiguracja komputera dostępnym w module Administrator lub z poziomu Shella, na zakładce [Wydruki i wykresy] dodano parametr Uruchamiaj sPrint przy uruchamianiu systemu.
Opcja włączania uruchamiania procesu dla sPrint razem z Systemem XL
Domyślnie parametr pozostaje niezaznaczony.
Po zaznaczeniu parametru przy każdym uruchamianiu na danym stanowisku modułu Comarch ERP XL uruchamiany będzie również w tle proces dla wydruków w Comarch sPrint. Dzięki czemu wywołanie podglądu wydruku do PDF oraz sam wydruk będą się wykonywały szybciej.
Uwaga
Ustawienie to dotyczy pojedynczego stanowiska, więc nie zadziała ogólnie dla całej bazy danych czy wszystkich Użytkowników.
Niezależnie od danego parametru - proces sPrint nadal będzie wyłączany wraz z wyłączeniem modułu.
Podczas dodawania pozycji na dokumencie wydania z magazynu WMS można włączyć kontrolę ilości wprowadzanych na poszczególne pozycje. Znaczenie mają tu następujące parametry:
Kontrola ilościowa stanów na (W)ZWM (definicja karty magazynu)
Działanie przy ustalaniu ilości na (W)ZWM w XL przy jejtworzeniu lub generowaniu z ZS
Brak kontroli ilości, czyli można dodać w XL (W)ZWM do bufora ze wskazaniem realizacji w WMS, na zasób, który nie jest dostępny. Wtedy w WMS jest to widoczne jako ‘brak magazynowy’ i nie można zrealizować dokumentu.
Można natomiast zatwierdzić taki dokument w XL, jeśli operator ma uprawnienia do zamykania dokumentów ZWM/AWD, co będzie prowadziło do niezgodności stanów magazynowych.
Ilość możliwa do dodania wyliczana jest jako dostępny stan handlowy pomniejszony o wystawione już inne (W)ZWM, które nie zostały jeszcze zafakturowane (w tym także ten bieżący) oraz o wszystkie inne aktywne rezerwacje z tym samym zasobem
Takie ustawienie ma znaczenie tylko dla (W)ZWM generowanego z ZS.
Ilość możliwa do dodania wyliczana jest jako dostępny stan handlowy pomniejszony o wystawione już inne (W)ZWM, które nie zostały jeszcze zafakturowane (w tym także ten bieżący) oraz o wszystkie inne aktywne rezerwacje (zasobowe oraz ilościowe), które mają priorytet wyższy niż rezerwacja na źródłowym ZS.
Takie ustawienie ma znaczenie tylko dla (W)ZWM generowanego z ZS.
Ilość możliwa do dodania wyliczana jest jako dostępny stan handlowy pomniejszony o wystawione już inne (W)ZWM, które nie zostały jeszcze zafakturowane (w tym także ten bieżący) oraz o wszystkie inne aktywne rezerwacje (zasobowe oraz ilościowe), które mają priorytet wyższy lub równy niż rezerwacja na źródłowym ZS. Przy czym dla równych priorytetów pierwszeństwo będzie miała rezerwacja z ZS, jeśli jej data realizacji jest wcześniejsza.
Obsługa pobierania zasobów podczas fakturowania (W)ZWM
Każdy magazyn wskazany do obsługi WMS ma możliwość określenie sposobu współpracy pomiędzy w zakresie pobierania zasobów na dokumenty handlowe sprzedaży generowane do dokumentów (W)ZWM. Dotyczy to ustawienia na karcie magazynu:
Sposób pracy z magazynem: Tylko ilościowo
W tym ustawieniu dopuszcza się, by partie na dokumencie magazynowym i wynikające z dostawy na dokumencie handlowym były różne. Ważne jest jedynie, aby pobrana do (W)ZWM ilość towaru nie przekraczała ilości dostępnej na magazynie (patrz punkt 1).
Po zmianie partii w WMS (w stosunku do tego co zostało zadysponowane w systemie ERP), zmiana partii jest synchronizowana do systemu ERP. Jednak przy generowaniu dokumentów handlowych, jeżeli nie ma stanu handlowego do wydanej partii, to w dalszej kolejności jest sprawdzana tylko zgodność ilościowa towaru wydanego z towarem fakturowanym (zgodność partii jest pomijana).
Dokładna informacja co zostało wydane/przyjęte (jaka partia) znajduje się tylko na dokumentach magazynowych (w systemach WMS i ERP XL). Innymi słowy, jeżeli w Comarch ERP XL nie ma stanu handlowego odpowiadającemu wydanej partii, na dokumencie handlowym pobierany jest stan handlowy wg ustalonej dla danego towaru reguły pobierania (FIFO/LIFO).
Przy takim podejściu:
Comarch ERP XL prowadzi w stanach handlowych tylko ewidencję ilościową towarów – ile danego towaru jest w stanie zafakturować
WMS prowadzi natomiast dokładną ewidencję zasobów magazynowych (co z jaką cechą zostało przyjęte/wydane)
Sposób pracy z magazynem: Ilościowo oraz zasobowo
Przy takim ustawieniu nie jest wskazane, aby partie na dokumencie magazynowym i wynikające z dostawy na dokumencie handlowym były różne. Ważne jest, aby pobrana do (W)ZWM partia towaru była faktycznie dostępna do wydania (np. nie zarezerwowana pod inne wydanie).
W tym modelu pracy przy generowaniu dokumentów handlowych kontrolowana jest zarówno zgodność ilości jak i zasobów (partii). Ponieważ po zmianie partii w WMS (w stosunku do tego co zostało zadysponowane w systemie ERP), zmiana partii jest synchronizowana do systemu ERP, to w efekcie może nie być możliwe wygenerowanie faktury, jeżeli w systemie ERP dana partia nie jest dostępna do sprzedaży. Może się tak stać na skutek jej wcześniejszego zarezerwowania lub jeśli do dokumentów magazynowych (przyjęć dostaw) nie zostały wygenerowane dokumenty handlowe (W)AWD bez PZ/FZ.
Dokładna informacja co zostało wydane/przyjęte (jaka partia) znajduje się na dokumentach magazynowych (w Systemach WMS i ERP XL) oraz na dokumencie handlowym, jeżeli proces przebiega w kolejności: od zamówień i dokumentów magazynowych tj.: (W)AWD->PZ/FZ; (W)ZWM->WZ/FS; ZZ->(W)AWD->PZ/FZ; ZS->(W)ZWM->WZ/FS.
Przy takim podejściu (takiej ścieżce procesów):
Comarch ERP XL prowadzi w stanach handlowych zarówno ewidencję ilościową towarów – ile danego towaru jest w stanie zafakturować, jak i ewidencję zasobową – z jaką cechą, datą ważności znajduje się towar do sprzedaży
WMS natomiast dalej prowadzi dokładną ewidencję zasobów magazynowych (co z jaką cechą zostało przyjęte/wydane i na jakie położenie), co przy rozpoczynaniu procesu od dokumentów magazynowych lub zamówień jest zgodne z systemem ERP
Zgodność partii między ERP XL - WMS przy tym modelu pracy na magazynie może być zakłócona przy rozpoczęciu procesu od dokumentów handlowych oraz zmianie partii na dokumencie magazynowym w WMS (FS->(W)ZWM z inną partią). Dlatego nie wskazany jest taki model pracy.
Pobieranie poszczególnych właściwości towaru podczas realizacji ścieżek handlowych dla dokumentów WMS
Realizacja wydań i przyjęć magazynowych możliwa jest do zrealizowania za pomocą operacji handlowych prowadzonych różnymi ścieżkami. Najpełniejszymi i jednocześnie najbardziej zalecanymi są tutaj:
Od strony zakupowej: ZZ – (W)AWD w buforze – AWD – (W)AWD aktualizacja/zatwierdzone – FZ/PZ
Od strony sprzedażowej: ZS – (W)ZWM w buforze – ZWM – (W)ZWM aktualizacja/zatwierdzone – FS/WZ
Przy tworzeniu dokumentów sprzedaży znaczenie ma również ustawienie sposobu współpracy z WMS na karcie magazynu:
Tylko ilościowo
Ilościowo oraz zasobowo
W poniższych tabelach przedstawiono sposoby domyślnego ustawiania poszczególnych właściwości (klasa i wartość cechy, EAN, data ważności) przypisywanych do towarów na etapie przychodu i rozchodu, zarówno na dokumentach magazynowych w ERP XL i WMS, jak i na dokumentach handlowych w ERP XL. Opisano tez działanie parametrów, które mają na to wpływ.
W tabelach wyróżniono kolorami ujęcie od strony zakupowej i sprzedażowej, zgodnie z powyższą kolorystyką.
Dodatkowo dla dokumentu FS wyróżniono dwa scenariusze, zależne od wybranej współpracy z magazynem WMS.
Oznaczanie zasobu na dokumentach datą ważności
Znaczenie ma tutaj parametr na towarze Oznacz partię towaru datą ważności:
TAK – ustawia na pozycji (W)AWD lub na subelemencie dokumentów zakupowych (jeśli nie są generowane z magazynowych) datę ważności z karty towaru; można ją zmienić.
NIE – nie ustawia na dokumentach j.w., data ważności zostaje pusta i nie można jej zmienić/ustawić.
Dokument
Pobieranie przy generowaniu
Edycja daty ważności
ZZ
Nie dotyczy
Brak takiego pola
(W)AWD w buforze
Proponuje z karty towaru
TAK, można zmienić na dowolną
AWD
Proponuje z (W)AWD
TAK, można zmienić na dowolną
(W)AWD aktualizacja i zatwierdzanie
Z AWD
NIE
FZ
Z dokumentu źródłowego (W)AWD
NIE
ZS
Nie dotyczy
Brak takiego pola
(W)ZWM w buforze
Domyślnie Proponuje z pierwszej partii towaru zapisanej w bazie, nawet jeśli taki zasób został już sprzedany
TAK, można zmienić na dowolną datę, która jest dostępna na stanach w ERP XL (z zakupowych)
ZWM
Proponuje daty, jak opisano obok
TAK, można zmienić na dowolną, która jest dostępna na stanach w WMS (z AWD)
(W)ZWM aktualizacja i zatwierdzanie
Z ZWM
NIE
FS, jeśli współpraca: Tylko ilościowo
Z dokumentu źródłowego (W)ZWM, a jeśli zabraknie ilości w stanach handlowych XL, to z dostępnego stanu handlowego (dokumentu zakupowego) wg ustawień z towaru: FIFO/LIFO
NIE
FS, jeśli współpraca: Ilościowo oraz zasobowo
Z dokumentu źródłowego (W)ZWM, a jeśli zabraknie ilości w stanach handlowych ERP XL, to dokument nie zostanie wystawiony
NIE
Oznaczanie zasobu na dokumentach kodem EAN
Dodatkowy parametr na towarze Oznacz dostawę kodem EAN towaru:
TAK – ustawia na pozycji (W)AWD lub na subelemencie dokumentów zakupowych (jeśli nie są generowane z magazynowych) kod EAN z karty towaru; można ją zmienić.
NIE – nie ustawia na dokumentach j.w., EAN zostaje pusty, ale można go zmienić/ustawić.
Dokument
Pobieranie przy generowaniu
Edycja kodu EAN
ZZ
Nie dotyczy
Brak takiego pola
(W)AWD w buforze
Z karty towaru, jeśli wypełniono
TAK, można zmienić
AWD
Nie dotyczy
NIE, brak takiego pola (można jedynie wpisać zamiast kodu towaru, żeby potwierdzić dany towar – wtedy należy wpisać EAN z karty towaru)
(W)AWD aktualizacja i zatwierdzanie
Z (W)AWD, bo i tak nigdzie tego nie
można zmienić
NIE
FZ
Z (W)AWD
NIE
ZS
Nie dotyczy
Brak takiego pola
(W)ZWM w buforze
Proponuje z pierwszej partii towaru zapisanej w bazie, nawet jeśli taki zasób został już sprzedany
TAK, można zmienić na dowolny kod, który jest dostępny na stanach w ERP XL (z zakupowych)
ZWM
Uwzględnia stan magazynowy i zmienia
EAN z ERP XL na właściwy
NIE
(W)ZWM aktualizacja i zatwierdzanie
Z ZWM
NIE
FS, jeśli współpraca: Tylko ilościowo
Z dokumentu źródłowego (W)ZWM, a jeśli zabraknie ilości w stanach handlowych ERP XL, to z dostępnego stanu handlowego (dokumentu zakupowego) wg ustawień z towaru: FIFO/LIFO
NIE
FS, jeśli współpraca: Ilościowo oraz zasobowo
Z dokumentu źródłowego (W)ZWM, a jeśli zabraknie ilości w stanach handlowych ERP XL, to dokument nie zostanie wystawiony
NIE
Oznaczanie zasobu na dokumentach klasą i wartością cechy
Dokument
Pobieranie przy generowaniu
Edycja kodu EAN
ZZ
Nie dotyczy
TAK – można ustawić dowolnie klasę i wartość cechy
(W)AWD w buforze
Klasę z karty towaru, jeśli wypełniono; wartości nie ustawia
TAK, można zmienić dowolnie klasę i wartość cechy
AWD
Z (W)AWD
TAK, można zmienić dowolnie klasę i wartość cechy
(W)AWD aktualizacja i zatwierdzanie
Z AWD
NIE
FZ
Z dokumentu źródłowego (W)AWD
NIE
ZS
Klasę z karty towaru, jeśli wypełniono; wartości nie ustawia
TAK – można ustawić dowolnie klasę i wartość cechy, system ostrzega, jeśli wybrano klasę i/lub wartość, której nie ma na stanie handlowym, można jednak zapisać taką pozycję.
(W)ZWM w buforze
Proponuje z pierwszego wolnego zasobu, czyli koryguje wartość ustawioną na ZS na zgodną z zasobami
TAK, można zmienić na dowolną cechę, która jest dostępna na stanach w ERP XL (z zakupowych).
ZWM
Z (W)ZWM
TAK, można zmienić na dowolną, która jest dostępna na stanach w WMS (z AWD)
(W)ZWM aktualizacja i zatwierdzanie
Z ZWM
NIE
FS, jeśli współpraca: Tylko ilościowo
Z dokumentu źródłowego (W)ZWM, a jeśli zabraknie ilości w stanach handlowych ERP XL, to z dostępnego stanu handlowego (dokumentu zakupowego) wg ustawień z towaru: FIFO/LIFO
NIE
FS, jeśli współpraca: Ilościowo oraz zasobowo
Z dokumentu źródłowego (W)ZWM, a jeśli zabraknie ilości w stanach handlowych ERP XL, to dokument nie zostanie wystawiony
NIE
Dodatkowe parametry dla wystawiania dokumentów sprzedaży z wydania magazynowego WMS
Przy wystawianiu dokumentów handlowych z (W)ZWM znaczenie mają jeszcze dodatkowe parametry, które decydują o tym, jaki zasobów zostanie ostatecznie pobrany na dokument sprzedaży. Ustawień tych dokonujemy w konfiguracji/WMS/Pobieranie zasobów wg:
Partii
Klasy i cechy dostawy
EAN
Daty ważności
Pobieranie zasobówwg
Działanie przy generowaniudok. handlowych z (W)ZWM
Efekt na dokumencie sprzedaży, jeśli znajdzie poszukiwany zasób(niezależnie jaki ustawiono sposób pracy z WMS: Ilościowo czy Ilościowo i zasobowo)
Partii oraz na towarze ustawione Oznacz partię: Identyfikatorem dostawy
Szuka w stanach handlowych identyfikatora dostawy powiązanej z partią ustaloną na (W)ZWM.
Doda na FS pozycję z zasobem zgodnym z (W)ZWM. Powiąże pozycję z dostawą o identyfikatorze powiązanym z partią z (W)ZWM.
Partii oraz na towarze nie ustawione: Oznacz partię: Identyfikatorem dostawy
Szuka w stanach handlowych partii zgodnej z (W)ZWM, czyli pierwszego ‘wolnego’ zasobu o takiej samej klasie i wartości cechy, EAN oraz dacie ważności
Doda na FS pozycję z zasobem zgodnym z (W)ZWM. Powiąże pozycję z pierwszą ‘wolną’ dostawą o takiej partii z dokumentu zakupowego.
Klasy i cechy dostawy,EAN, Daty ważności
J.w.
j.w.
Klasy i cechy dostawy
Szuka w stanach handlowych pierwszego ‘wolnego’ zasobu o zgodnej z (W)ZWM klasie i wartości cechy. Resztę parametrów z (W)ZWM pomija.
Doda na FS pozycję zgodną z klasą i wartością cechy z (W)ZWM. Powiąże pozycję z pierwszą ‘wolną’ dostawą o takiej klasie i wartości cechy z dokumentu zakupowego.
EAN
Szuka w stanach handlowych pierwszego ‘wolnego’ zasobu o zgodnym z (W)ZWM numerze EAN. Resztę parametrów z (W)ZWM pomija.
Doda na FS pozycję zgodną z EAN z (W)ZWM. Powiąże pozycję z pierwszą ‘wolną’ dostawą o tym samym EAN z dokumentu zakupowego.
Daty ważności
Szuka w stanach handlowych pierwszego ‘wolnego’ zasobu o zgodnej z (W)ZWM dacie ważności. Resztę parametrów z (W)ZWM pomija.
Doda na FS pozycję zgodną z datą ważności z (W)ZWM. Powiąże pozycję z pierwszą ‘wolną’ dostawą o takiej dacie ważności z dokumentu zakupowego.
Klasy i cechy dostawy, EAN
Szuka w stanach handlowych pierwszego ‘wolnego’ zasobu o zgodnej z (W)ZWM: klasie i wartości cechy oraz EAN. Resztę parametrów z (W)ZWM pomija.
Doda na FS pozycję zgodną z klasą i wartością cechy oraz EAN z (W)ZWM. Powiąże pozycję z pierwszą ‘wolną’ dostawą o takiej klasie i wartości cechy oraz EAN z dokumentu zakupowego.
Klasy i cechy dostawy,Daty ważności
Szuka w stanach handlowych pierwszego ‘wolnego’ zasobu o zgodnych z (W)ZWM: klasie i wartości cechy oraz dacie ważności. Resztę parametrów z (W)ZWM pomija.
Doda na FS pozycję zgodną z klasą i wartością cechy oraz datą ważności z (W)ZWM. Powiąże pozycję z pierwszą ‘wolną’ dostawą o takiej klasie i wartości cechy oraz dacie ważności z dokumentu zakupowego.
EAN,Daty ważności
Szuka w stanach handlowych pierwszego ‘wolnego’ zasobu o zgodnych z (W)ZWM: EAN oraz dacie ważności. Resztę parametrów z (W)ZWM pomija.
Doda na FS pozycję zgodną z EAN oraz datą ważności z (W)ZWM. Powiąże pozycję z pierwszą ‘wolną’ dostawą o takim samym EAN oraz dacie ważności z dokumentu zakupowego.
Zgodnie z opisami w punkach poprzednich, jeśli poszukiwany zasób nie zostanie odnaleziony lub nie będzie wystarczającej ilości, wówczas:
Brakująca ilość zostanie pobrana z pierwszego ‘wolnego’ zasobu o dowolnych parametrach, jeśli ustawiono sposób współpracy z WMS: Tylko ilościowo.
Zostanie zablokowane dodawanie dokumentu sprzedaży (z informacja o braku zasobów), , jeśli ustawiono sposób współpracy z WMS: Ilościowo oraz zasobowo.
Uwaga
W przypadku, gdy dokumenty magazynowe WMS wystawiane są zgodnie z zalecanymi pełnymi ścieżkami sprzedaży, czyli w przypadku sprzedaży ( W) ZWM jest zawsze generowane z ZS i jednocześnie ZS tworzy rezerwacje zasobowe, to działanie z ustawieniem na karcie towaru Oznacz partię : Identyfikatorem dostawy i ustawienie pobierania zasobów wg Partii pozwoli na zachowanie zgodności stanów handlowych.
Natomiast w sytuacji , gdy którychś z tych warunków nie jest zachowany, wówczas dla zgodności stanów magazynowych zalecane jest ustawienie pobierania zasobów wg: Klasy i cechy dostawy, EAN oraz Daty ważności. Ewentualnie dopuszczalne jest ustawienie wg : Partii, ale pod warunkiem, że na towarach nie zostało ustawione Oznacz partię: Identyfikatorem dostawy.
XL159- Najczęściej zadawane pytania ERP XL-Comarch Mobile
Po wykreowaniu oddziału należy ustawić odpowiednie parametry aby synchronizacja mogła zostać przeprowadzona poprzez tryb automatyczny.
W oknie edytowanego oddziału zakładka Automat synchr. należy zaznaczyć parametr Synchronizuj automatycznie, uzupełnić Adres serwera oraz odpowiedni numer sesji Windows.
Konfiguracja oddziału zakładka Automat synchr.
Ustawienie poprawnych danych dotyczących operatora/hasła poprzez opcję Konfiguracja logowania automatu synchronizacji.
Konfiguracja logowania automatu synchronizacji
Na wstążce/pasu wybranie opcji Przełącz w tryb automatyczny oraz podanie hasła i zatwierdzenie autoryzacji
Przełącz w tryb automatyczny
Licencje ERP XL pobierane są z zalogowanego operatora do Modułu Administrator oddziałów na którym został włączony tryb automatyczny, licencje weryfikowane są z wpisanego klucza w konfiguracji komputera zakładka Klucz.
Synchronizacja za pomocą usługi
Po wykreowaniu oddziału należy ustawić odpowiednie parametry aby synchronizacja mogła zostać przeprowadzona poprzez usługę.
W oknie edytowanego oddziału zakładka Automat synchr. należy zaznaczyć parametr Synchronizuj automatycznie Synchronizuj z wykorzystaniem usługi, uzupełnić Adres serwera oraz odpowiedni numer sesji Windows.
Konfiguracja oddziału zakładka Automat synchr.
Ustawienie poprawnych danych dotyczących operatora/hasła poprzez opcję Konfiguracja logowania automatu synchronizacji.
Konfiguracja logowania automatu synchronizacji
Kolejno tworzymy usługę synchronizacji poprzez opcję Synchronizacja jako usługa
W oknie usługi synchronizacyjny za pomocą plusa dodajemy nową usługę.
Dodaj usługę synchronizacji- Ustawienia usługi
Zakładka Ustawienia usługi
Nazwa usługi- nazwa jaka będzie prezentowana na liści usług Windows
Konto Usługi:
Użytkownik: konto domenowe na którym ma powstać usługa, licencje weryfikowane są z wpisanego klucza w konfiguracji komputera zakładka Klucz na danym koncie domenowym
Hasło: hasło użytkownika domenowego
Identyfikator operatora ( z którego pobierane są licencje ERP XL do synchronizacji )
Operator: karta operatora ERP XL
Hasło: hasło operatora ERP XL
Zakładka Oddziały
Przypisujemy oddział który ma pracować za pomocą usługi
Weryfikacja logów automatycznej synchronizacji
Logi są dostępne na pasku/wstążce za pomocą opcji .
Dane znajdują się również w tabeli cdn.PicoLogElem
Podczas Przełączania w tryb automatyczny pojawia się komunikat jak niżej
Przełącz w tryb automatyczny
Remedium:
Moduł Administrator oddziałów nie został uruchomiony jako administrator.
Wystąpił problem z działaniem usługi synchronizacji
Remedium:
Czy konto domenowe, na którym działa usługa ma uprawnienia do logowania się w trybie usługi (Zasady zabezpieczeń lokalnych, folder zasady lokalne – przypisywanie praw użytkownika – logowanie w trybie usługi), ponadto, zalecane jest, żeby użytkownik, na którym działa usługa, miał uprawnienia administracyjne Windows
Czy w zmiennej środowiskowej Path nie znajduje się ścieżka do wcześniejszych wersji systemu Comarch ERP XL, na pierwszym miejscu ma być wpis do aktualnej wersji ERP XL
Czy podgląd zdarzeń Windows nie zwraca komunikatów o nieprawidłowościach w działaniu usługi synchronizacji
Usunąć usługę z poziomu Administratora oddziałów, następnie należy sprawdzić czy w rejestrze Windows nie zostały wpisy o nazwie usługi, która została usunięta, jeśli są należy je usunąć, gdy wpisów w rejestrze nie ma możemy ponownie dodać usługę w Administratorze Oddziałów
Brak licencji na moduł zamówień (NowyDokumentZam-33)
Log automatycznej synchronizacji
Pełny opis błędu:
Uruchomienie tej operacji nie jest możliwe ze względu na brak dostępu do modułu, problem z połączeniem lub niezgodność danych w kluczu ze stanem faktycznym.
Sprawdź informacje o kluczu sprzętowym.
Nazwa uruchamianej procedury: NoweZamowienie.
Procedura ta może korzystać z następujących modułów: Zamówienia.
Remedium:
Należy zweryfikować na karcie operator synchronizującego czy zaznaczony jest moduł Zamówienia.
Brak licencji na moduł Serwis
Log automatycznej synchronizacji
Pełny opis błędu:
Brak licencji na moduł Serwis do wykonania operacji. PRZYCZYNA: Dany operator nie ma licencji na moduł Serwis. REMEDIUM: Skontaktuj się z Administratorem systemu w celu nadania licencji na moduł. ZAAWANSOWANE: Ustawia się w module Administrator.
Remedium:
Należy zweryfikować na karcie operator synchronizującego czy zaznaczony jest moduł Serwis.
Brak licencji na moduł Sprzedaż (NowyDokument-81)
Log automatycznej synchronizacji
Pełny opis błędu:
Uruchomienie tej operacji nie jest możliwe ze względu na brak dostępu do modułu, problem z połączeniem lub niezgodność danych w kluczu ze stanem faktycznym.
Sprawdź informacje o kluczu sprzętowym.
Nazwa uruchamianej procedury: API.
Procedura ta może korzystać z następujących modułów: Sprzedaż.
Remedium:
Należy zweryfikować na karcie operator synchronizującego czy zaznaczony jest moduł Sprzedaż.
Brak możliwości w strukturze firmy powiązanej z oddziałem zaznaczenia na formie płatności Dostępna w oddziale i zapis takiego centrum
Okno zapisu centrum powiązanego z oddziałem
Remedium:
Należy zweryfikować wpis od strony bazy dla centrum powiązanym z oddziałem tabela cdn.FrmStruktura pole FRS_PlatnosciZRodzica pole powinno mieć wartość 0, jak również taka wartość powinna być w centrum głównym- najwyższym.
Brak bieżącego okresu obrachunkowego
Log automatycznej synchronizacji
Remedium:
W konfiguracji zakładka Księgowość- Okresy obrachunkowe należy dodać bieżący okres
Konfiguracja -Księgowość- Okresy obrachunkowe
Kolejno w ścieżce System Zmiana okresu zaznaczyć obecny okres jako aktualny i dodatkowo zaznaczyć Zmień dla wszystkich operatorów i zatwierdzić.
System- Zmiana okresu
Brak zaczytania zapisów kasowych
Log automatycznej synchronizacji
Remedium:
W rejestrze kasowym istnieje możliwość czasowego odznaczenia checku ‘Oddział’ poprzez np. poniższe polecenie od strony bazy danych:
update CDN.Rejestry set KAR_Oddzial=0 where KAR_GIDNumer in (......)
Po wykonaniu powyższego polecenia w rejestrze będzie możliwe otwarcie raportu (jeśli raport jest zaksięgowany należy w pierwszej kolejności go odksięgować), a następnie ręczne wystawić w systemie odpowiednie KP/KW do odpowiedniego raportu kasowego.
Po wykonanych modyfikacji na rejestrze, należy oczywiście zaznaczyć ponownie check „Oddział”. Taka możliwość może nie być dostępna od strony interfejsu systemu, należy więc ponownie wykonać odpowiednie zapytanie od strony bazy danych SQL, zmieniające wartości dla CDN.Rejestry i KAR_Oddzial na "1".
Jeśli uda się w ERP XL wprowadzić KW to na bazie mobilnej można zmienić status na zsynchronizowano
update Synchronization set State = 3 (tutaj odpowiednią cyfra w zależności jaki ma mieć status) where ObjectId = wpisujemy Id dokumentu z tabeli Synchronization.
Podane rozwiązanie należy w pierwszej kolejności wykonać na kopii bazy. Jeśli zapis zostanie wykonany, należy zweryfikować synchronizację między aplikacją mobilną a systemem ERP. Po upewnieniu się, że zmiany są prawidłowe można nanieść zmiany na bazie produkcyjnej.
Korygowanie dokumentów pochodzących z oddziału w ERP XL
Typ Dokumentu
Opis
RW
Brak możliwości anulowania, skorygowania dokumentu, należy przyjąć towar dokumentem PW
FS
Brak możliwości anulowania, można wystawić korektę FSK
ZS
Można anulować, otworzyć dokument
OS
Brak możliwości anulowania, skorygowania, należy zmienić status oferty
MMW/MMP
Brak możliwości anulowania, skorygowania, należy przesunąć towar nowym MMW/MMP
Możliwość określenia dostępnych typów dokumentów dla Operatora z poziomu aplikacji Comarch Mobile
W Comarch CDN XL istnieje możliwość ograniczenia rodzaju wystawianych dokumentów dla Operatora zalogowanego na urządzeniu mobilnym.
W celu ograniczenia praw do wystawienia określonego dokumentu na urządzeniu mobilnym należy w Comarch CDN XL w Centrum domyślnym Operatora Mobile odznaczyć dozwoloną operację na dokumencie: wystawianie i edycja.
Definicja dokumentu, dozwolone operacje na dokumencie
Po odznaczeniu praw do wystawiania i edycji określonego rodzaju dokumentu w Comarch CDN XL oraz wykonaniu synchronizacji na urządzeniu mobilnym dla zalogowanego Operatora w aplikacji Mobile nie będzie możliwości wystawiana danego typu dokumentu.
Comarch ChatERP to eksperymentalna usługa wirtualnego asystenta w fazie testów BETA, która pozwala na realizację poleceń skierowanych do niego przez uprawnionych użytkowników Systemu. W pierwszej odsłonie potrafi on udzielić informacji dotyczących części danych zgromadzonych w systemie oraz wyjaśnić funkcje działające w ramach samego oprogramowania Comarch ERP XL.
Odpowiedzi udzielone przez ChatERP są generowane przez algorytmy AI, co oznacza, że zarówno dane z pytań, jak i z uzyskanych odpowiedzi są przesyłane do Comarch lub Open AI w celu świadczenia usługi. Dlatego też korzystanie z usługi naszego inteligentnego asystenta stanowi jednoczesne wyrażenie zgody na przesłanie danych zawartych w pytaniach i odpowiedziach do firmy Comarch lub podwykonawców technologicznych. Aby w tej wymianie danych ograniczyć ryzyko nadmiernego przetwarzania informacji:
Użytkownik korzystający z usługi zobowiązuje się do nieprzekazywania w zadawanych pytaniach danych osobowych, wrażliwych i innych stanowiących tajemnicę firmy;
mechanizm generowania odpowiedzi w ChatERP (Beta) nie dopuszcza takich, które skutkowałyby przetwarzaniem danych osobowych.
Jest to również istotne ze względu na fakt, że wszelkie informacje zawarte w zadawanych pytaniach i udzielonych odpowiedziach są zapisywane i wykorzystywane do celów treningowych doskonalenia usługi.
Uwaga
Przy korzystaniu z Comarch ChatERP należy pamiętać, że usługa w wersji Beta posiada ograniczony zakres informacji i działań, jak opisano poniżej. A udzielona odpowiedź lub wykonane polecenie mogą być obarczone błędami.
Dostęp do Comarch ChatERP w Systemie
Wersja Comarch ERP XL 2024.0
W Komunikatorze do paska bocznego dodana została zakładka [Chat ERP (Beta)], która pozwala otworzyć okno rozmowy z wirtualnym asystentem. Aby zakładka była widoczna dla zalogowanego operatora, to konieczne jest przyznanie mu dostępu do ChatERP w wersji testowej Beta. W tym celu na karcie operatora (zakładka [Parametry]/[Uprawnienia]) dodano parametr Dostęp do ChatERP (Beta). Aby faktycznie operator miał dostęp do okna rozmowy z ChatERP, to musi mieć również zaznaczony parametr Używaj komunikatora.
Przy włączaniu parametru pojawia się informacja o tym, że wersja testowa Beta nie obsługuje uprawnień operatorów, w związku z czym należy rozważyć, czy przyznanie dostępu danemu operatorowi jest zasadne i bezpieczne z punktu widzenia dostępu do danych, które szczegółowo opisano poniżej.
W treści jest również wskazanie na konieczność przestrzegania przepisów o ochronie danych osobowych przez uprawnionych użytkowników, o czym będą oni informowani bezpośrednio w oknie czatu.
Przyznanie dostępu do ChatERP (Beta)
Widok i działanie okna rozmowy z ChatERP (Beta) jest taki jak sam, jak każdej innej rozmowy w komunikatorze. Różnica jest tylko w:
widoku górnego paska, gdzie pod przyciskiem Pomoc znajduje się link do tego biuletynu,
ostrzeżenia na górze okna o konieczności przestrzegania przepisów o ochronie danych w treści pytań,
braku możliwości zadawania pytań głosowych w dolnej części, gdzie wpisywana jest treść pytania.
Okno rozmowy z ChatERP (Beta) w wersji 2024.0
W oknie prezentowanych jest domyślnie 100 ostatnich wiadomości wymienianych przez użytkownika z inteligentnym asystentem.
Uwaga
Powyższe okno Comarch ChatERP jest dostępne tylko w wersji 2024.0, a w wersji kolejnej zostało zamienione na okno rozmowy opisane poniżej. Oznacza to, że w tej wersji w oknie Komunikatora zakładka ChatERP (Beta) nie będzie już widoczna.
Nowe okno rozmowy od wersji Comarch ERP XL 2024.1
Dotychczasowe okno rozmowy z inteligentnym asystentem ChatERP dostępne z poziomu Komunikatora XL zostało zmienione. Od nowej wersji uruchamianie okna możliwe jest z poziomu Ribbona, gdzie w menu każdego modułu Sztuczna inteligencja pojawił się nowy przycisk ChatERP.
Nowy przycisk do uruchamiania okna ChatERP
Przycisk jest aktywny tylko dla operatorów, którzy mają ustawiony parametr Dostęp do ChatERP (Beta).
Od wersji 2025.0 korzystanie z usługi Comarch ChatERP (Beta) wymaga akceptacji przez firmę regulaminu określającego zasady, zakres i warunki świadczenia takiej usługi. Regulamin zawiera m.in. warunki powierzenia do przetwarzania danych osobowych w ramach usługi.
Informacje o konieczności zaakceptowania niniejszego regulaminu znajdują się obecnie w dwóch miejscach:
W oknie komunikatu wyświetlanego przy włączaniu dostępu na karcie operatora (parametr Dostęp do ChatERP (Beta) na zakładce [Parametry]/[Uprawnienia])
W oknie komunikacji z inteligentnym asystentem Comarch dostępnym z poziomu Ribbona (menu Sztuczna Inteligencja), gdzie dla operatora z uprawnieniami administratora pojawia się poniższe okno startowe, o ile zgoda nie została jeszcze wyrażona i przesłana do Comarch.
Informacja od Asystenta Comarch o konieczności zaakceptowania regulaminu
W oknie wyświetlana jest informacja o konieczności zachowania ostrożności w danych przekazywanych do pytań oraz wymaganych w odpowiedziach, w której chodzi głównie o przestrzeganie przepisów o ochronie danych osobowych. Stąd też można uruchomić dokumentację dotyczącą zapytań obsługiwanych przez asystenta.
Panel informacyjny w oknie ChatERP
Po użyciu przycisku Rozpocznij rozmowę przechodzimy do okna komunikacji z ChatERP, które przebiega wg dotychczasowych zasad. Na początku mamy więc wiadomość powitalną, gdzie przykładowe pytanie jest wyświetlone jako przycisk, którego użycie spowoduje wysłanie dokładnie takiego zapytania do asystenta.
W trakcie oczekiwania na odpowiedź użytkownik jest informowany, że przygotowywana jest odpowiedź, i dopiero po jej otrzymaniu można wprowadzić kolejne i użyć przycisku Wyślij.
Po zamknięciu okna czatu nie jest zapisywana historia rozmowy, więc ponowne jego otwarcie nie spowoduje wyświetlenia dotychczasowej wymiany informacji.
Rozmowy z inteligentnym asystentem ChatERP (Beta)
Zakres danych dostępny w wersji Beta, czyli o co jest sens pytać
W rozmowie można odpytywać ChatERP o możliwości Systemu, czyli odpytać o konkretne listy, obiekty oraz możliwość wykonywania dowolnych operacji. W zakresie dokumentacji użytkownika dysponuje on szeroką wiedzą, dzięki czemu potrafi podać natychmiastową, przetworzoną i konkretną odpowiedź, zamiast odsyłania do określonego fragmentu instrukcji.
Pierwsza wersja ChatERP udostępniona w wersji Comarch ERP XL 2024.0 potrafi również udzielić odpowiedzi na podstawowe pytania o dane handlowe w Systemie, które zostały wyszczególnione w tabeli.
Przykład pytania
Co zawiera odpowiedź
Wskazówki dotyczące pytań i odpowiedzi
Wyszukaj 5 kontrahentów, którzy w ostatnim tygodniu/miesiącu/roku kupili towar o kodzie …
Odpowiedź zwróci akronimy kontrahentów, którzy w podanym okresie kupili towar o podanym kodzie.
Wyniki pobierane są jedynie z dokumentów FS i posortowane alfabetycznie po kodzie kontrahenta.
Jeśli w poleceniu nie podano:
- ilości kontrahentów, to zwróci jeden rekord;
- okresu (tydzień/miesiąc/rok), to zwróci wyniki z ostatniego miesiąca od daty bieżącej.
Pokaż 5 kontrahentów z największymi zakupami z ostatniego miesiąca/tygodnia/roku
Odpowiedź zwróci akronimy kontrahentów, którzy kupili najwięcej w podanym okresie wraz z sumaryczną kwotą sprzedaży dla każdego z nich.
Wyniki pobierane są jedynie z dokumentów FS i posortowane rosnąco po sumarycznej ilości transakcji na FS.
Jeśli w poleceniu nie podano:
- ilości kontrahentów, to zwróci jeden rekord;
- okresu (tydzień/miesiąc/rok), to zwróci wyniki z ostatniego miesiąca od daty bieżącej.
Pokaż 5 największych moich dostawców z ostatniego miesiąca/tygodnia/roku
Odpowiedź zwróci akronimy kontrahentów, od których dokonaliśmy największych zakupów w podanym okresie wraz z sumaryczną kwotą tych zakupów dla każdego z nich.
Wyniki pobierane są jedynie z dokumentów FZ i posortowane rosnąco po sumarycznej ilości transakcji na FZ.
Jeśli w poleceniu nie podano:
- ilości kontrahentów, to zwróci jeden rekord;
- okresu (tydzień/miesiąc/rok), to zwróci wyniki z ostatniego miesiąca od daty bieżącej.
Pokaż 5 największych dłużników
Odpowiedź zwróci akronimy kontrahentów i kwotę zadłużenia na dzisiaj dla każdego z nich.
Wyniki wyliczane są jako suma nierozliczonych płatności (typu należność).
Jeśli w poleceniu nie podano ilości kontrahentów, to zwróci jeden rekord.
Pokaż 5 największych wierzycieli
Odpowiedź zwróci akronimy kontrahentów i kwotę zobowiązania na dzisiaj w stosunku do każdego z nich.
Wyniki wyliczane są jako suma nierozliczonych płatności (typu zobowiązanie).
Jeśli w poleceniu nie podano ilości kontrahentów, to zwróci jeden rekord.
Podaj sprzedaż dla kontrahenta o akronimie … z ostatniego miesiąca/tygodnia/roku
Odpowiedź zwróci listę towarów sprzedanych dla podanego kontrahenta w podanym okresie. Możliwe do wyświetlania będą: kod i nazwa towaru oraz ilość z j.m.
Wyniki pobierane są jedynie z dokumentów FS i posortowane zgodnie z kolejnością dokonywania transakcji na FS.
Jeśli w poleceniu nie podano okresu (tydzień/miesiąc/rok), to zwróci wyniki z ostatniego miesiąca od daty bieżącej.
Pokaż 5 najczęściej sprzedawanych towarów w ostatnim miesiącu z ostatniego miesiąca/tygodnia/roku
Odpowiedź zwróci listę towarów sprzedanych w największej ilości w podanym okresie. Możliwe do wyświetlania będą: kod i nazwa towaru oraz ilość z j.m.
Wyniki pobierane są jedynie z dokumentów FS i posortowane malejąco po sumarycznej ilości z transakcji na FS.
Jeśli w poleceniu nie podano:
- ilości towarów, to zwróci jeden rekord;
- okresu (tydzień/miesiąc/rok), to zwróci wyniki z ostatniego miesiąca od daty bieżącej.
Pokaż 5 najczęściej kupowanych towarów w ostatnim miesiącu/tygodniu/roku
Odpowiedź zwróci listę towarów zakupionych w największej ilości w podanym okresie. Możliwe do wyświetlania będą: kod i nazwa towaru oraz ilość z j.m.
Wyniki pobierane są jedynie z dokumentów FZ i posortowane malejąco po sumarycznej ilości z transakcji na FS.
Jeśli w poleceniu nie podano:
- ilości towarów, to zwróci jeden rekord;
- okresu (tydzień/miesiąc/rok), to zwróci wyniki z ostatniego miesiąca od daty bieżącej.
Pokaż wzrost sprzedaży w bieżącym roku (kwotowo i/lub procentowo)
Odpowiedź zwróci kwotę i/lub procent wzrostu (albo spadku) sprzedaży w bieżącym roku.
Wynik stanowi porównanie sumarycznej wartości sprzedaży z dokumentów FS za okres bieżącego roku i analogiczny okres roku poprzedniego.
Pokaż 5 faktur sprzedaży z przeterminowanymi płatnościami o więcej niż 7 dni
Odpowiedź zwróci: akronim kontrahenta, numer faktury, przeterminowaną nierozliczoną kwotę płatności i jej termin.
Wyniki posortowane są malejąco po nierozliczonych kwotach z FS.
Jeśli w poleceniu nie podano ilości rekordów lub ilości dni, wówczas nie będzie możliwe udzielenia odpowiedzi.
Pokaż 5 niezrealizowanych zamówień sprzedaży (lub zakupu) przeterminowanych więcej niż 7 dni
Odpowiedź zwróci listę zamówień z podaniem szczegółów: akronim kontrahenta, nr zamówienia, data realizacji.
Wyniki posortowane są rosnąco po dacie realizacji z ZS.
Jeśli w poleceniu nie podano ilości rekordów lub ilości dni, wówczas nie będzie możliwe udzielenia odpowiedzi. Natomiast dla braku określenia rodzaju zamówień (sprzedaży/zakupu) wyświetlone zostaną wyniki dla ZS.
Pokaż 5 towarów które zalegają powyżej 60 dni na magazynach
Odpowiedź zwróci listę zalegających towarów na wszystkich magazynach. Możliwe do wyświetlania będą: kod i nazwa towaru, ilości dni zalegania i kod magazynu.
Wyniki posortowane są malejąco po ilości dni zalegania.
Jeśli w poleceniu nie podano ilości rekordów lub ilości dni, wówczas nie będzie możliwe udzielenia odpowiedzi.
Pokaż 5 towarów które zalegają powyżej 60 dni na magazynie …
Odpowiedź zwróci listę zalegających towarów na podanym magazynie. Możliwe do wyświetlania będą: kod i nazwa towaru, ilości dni zalegania i kod magazynu.
Wyniki posortowane są malejąco po ilości dni zalegania.
Jeśli w poleceniu nie podano ilości rekordów lub ilości dni, wówczas nie będzie możliwe udzielenia odpowiedzi.
Wskazówki dla informacji uwzględnianych w odpowiedziach na powyższe pytania:
Dla pytań o kontrahentów w odpowiedzi zostaną przekazane tylko ich akronimy, bez podawania żadnych dodatkowych informacji z kart tych kontrahentów. W przypadku towarów natomiast może to być zarówno kod, jak i nazwa z karty towaru.
Dla zapytań o sprzedaż, czyli np. kontrahenci z największymi zakupami lub najczęściej sprzedawane towary, są one obecnie wyliczane na podstawie wartości czy ilości z samych dokumentów FS. W analogicznych pytaniach dotyczących dokumentów zakupowych (np. najwięksi dostawcy), wyliczenia są wykonywane z wartości/ilości na dokumentach FZ.
Jeśli w poleceniu podano dużą ilość rekordów do wyświetlenia, to w oknie odpowiedzi zostanie wyświetlona tylko taka ich część, która mieści się w tym polu, a na końcu będzie znak: … Nie ma więc sensu żądać ilości większej niż kilkanaście rekordów, bo podana odpowiedź może być nieczytelna dla użytkownika lub zostać obcięta.
Jeśli w poleceniu nie podano ilości rekordów do wyświetlenia, to w większości przypadków domyślnie zostanie wyświetlony jeden rekord, który najbardziej odpowiada warunkom zapytania, czyli np. najczęściej sprzedawany/kupowany towar, największy dłużnik/wierzyciel itp. Ale w przypadku, gdy określona dana jest wymagana (np. wspomniana ilość rekordów lub ilość dni przeterminowania), to pojawia się informacja o braku kompletnych danych do udzielenia odpowiedzi. Więcej szczegółów w powyższej tabeli.
W odpowiedzi na pytanie może pojawić się ogólny komunikat błędu: ‘Ups, coś poszło nie tak… Spróbuj ponownie za chwilę.’, co może oznaczać, że nastąpiło chwilowe zerwanie komunikacji z ChatERP lub wystąpił inny niezidentyfikowany błąd uniemożliwiający udzielenie odpowiedzi.
Co jeszcze potrafi ChatERP (Beta)?
Wersja Beta usługi dla Comarch ERP XL 2024.0 pozwala również na wykonanie prostej operacji, czyli wstrzymania transakcji dla kontrahentów. Można zdecydować czy wstrzymać je dla konkretnego rekordu o podanym akronimie, czy dla kilku największych dłużników, czy może idąc krok dalej, dla tych dłużników, których poziom zadłużenia przekroczył określoną kwotę.
Przykład polecenia
Co zawiera odpowiedź
Wskazówki dotyczące odpowiedzi
Wstrzymaj transakcje dla kontrahenta o akronimie …
Odpowiedź zwróci informację o wstrzymaniu transakcji dla podanego kontrahenta i zaznaczy na jego karcie parametr ‘Wstrzymano transakcję’.
Jeśli kontrahent nie zostanie znaleziony wówczas operacja nie zostanie wykonana, o czym użytkownik zostanie poinformowany w treści odpowiedzi.
Wstrzymaj transakcje dla 2 największych dłużników
Odpowiedź zwróci akronimy kontrahentów (największych dłużników), dla których został zaznaczony parametr ‘Wstrzymano transakcję’.
Jeśli w poleceniu nie podano ilości rekordów, wówczas operacja zostanie wykonana dla jednego rekordu.
Jeśli kontrahent nie zostanie znaleziony wówczas operacja nie zostanie wykonana, o czym użytkownik zostanie poinformowany w treści odpowiedzi.
Wstrzymaj transakcje dla 2 dłużników, których kwota zadłużenia przekracza …
Odpowiedź zwróci akronimy kontrahentów (o zadłużeniu większym niż podano), dla których został zaznaczony parametr ‘Wstrzymano transakcję’.
Wstrzymanie transakcji polega na ustawieniu dla kontrahenta odpowiedniego parametru, na podstawie którego blokowane jest dla niego wiele działań dotyczących dokumentów. Z tego też powodu jej wykonanie zlecone przez ChatERP jest dodatkowo kontrolowane przez System, czyli wywołuje komunikat, w którym użytkownik musi potwierdzić zamiar wykonania takiej operacji.
Okno do potwierdzenia operacji zleconej z ChatERP
Od wersji 2025.0 w komunikacji z inteligentnym asystentem Comarch weryfikowane są uprawnienia dostępu Użytkownika do żądanych informacji lub do wykonania zleconej operacji. Dzięki temu otrzyma on odpowiedź tylko na takie zapytania, które dotyczą dostępnych dla niego informacji. Nie uda mu się również wykonać takich operacji, które są dla niego zablokowane (z poziomu interfejsu lub poprzez API).
Przy obecnie obsługiwanych poleceniach weryfikowane są na karcie operatora dostępy do modułów oraz przypisane zakazy. Brak dostępu do modułu lub zakaz mogą bowiem blokować dostęp do określonych danych lub operacji. W takim przypadku:
Dla zapytań o dane z bazy asystent wysyła w odpowiedzi informację o braku uprawnień.
Dla wykonania operacji najczęściej zostaje wyświetlony odpowiedni komunikat z Systemu, który również pokazałby się przy próbie wykonania jej z interfejsu. Dodatkowo informacja ta jest zawarta w odpowiedzi od asystenta.
Nowe polecenia obsługiwane w wersji Comarch ERP XL 2024.1
W nowej wersji Systemu dodano obsługę poleceń dotyczących limitów kredytowych kontrahenta, które przedstawia poniższa tabela.
Przykład pytania
Co zawiera odpowiedź
Wskazówki dotyczące pytań i odpowiedzi
Pokaż pozostały limit kredytowy dla kontrahenta …
Odpowiedź zwróci kwotę limitu pozostałego dla podanego kontrahenta wraz z datą jego obowiązywania, jeśli aktualnie jakiś limit jest dla niego ustawiony.
Jeśli w poleceniu podano nieprawidłowy akronim kontrahenta, to w odpowiedzi znajdzie się taka informacja.
Ustaw limit kredytowy nieograniczony dla kontrahenta …
Odpowiedź zwróci informację o ustawieniu limitu nieograniczonego dla podanego kontrahenta i zaznaczy na jego karcie parametr ‘Limit nieograniczony’.
Jeśli podany kontrahent nie zostanie znaleziony wówczas operacja nie zostanie wykonana, o czym użytkownik zostanie poinformowany w treści odpowiedzi.
Ustaw limit kredytowy kontrahentowi ... w wysokości … od dnia …
Odpowiedź zwróci informację o ustawieniu limitu w żądanej kwocie dla podanego kontrahenta i doda do listy limitów nowy rekord z:
- datą OD zgodną z podaną,
- datą DO ‘Brak ograniczenia’,
- kwotą zgodną z podaną.
Jeśli podany kontrahent nie zostanie znaleziony lub podana kwota będzie spoza dopuszczalnego zakresu, wówczas operacja nie zostanie wykonana, o czym użytkownik zostanie poinformowany w treści odpowiedzi.
Jeśli nie podano daty, wówczas jako data OD zostanie przyjęta data bieżąca.
Ustaw dla kontrahenta … dozwolone przeterminowanie płatności na … dni.
Odpowiedź zwróci informację o ustawieniu żądanej ilości dni przeterminowania dla podanego kontrahenta i ustawi tą ilość dni na jego karcie, na zakładce [Limity kredytowe].
Jeśli podany kontrahent nie zostanie znaleziony lub podana ilość dni będzie spoza dopuszczalnego zakresu, wówczas operacja nie zostanie wykonana, o czym użytkownik zostanie poinformowany w treści odpowiedzi.
W wersji Comarch ERP XL 2024.1 obsługiwane są zarówno dotychczasowe, jak i nowe polecenia.
Uwaga
W wersji inteligentnego asystenta Comarch ChatERP (Beta) został wprowadzony dla użytkownika dobowy limit 25 pytań, po przekroczeniu którego pojawi się taka informacja i nie będzie możliwe uzyskanie kolejnych odpowiedzi od ChatERP w tym samym dniu.
Nowe polecenia obsługiwane w wersji Comarch ERP XL 2025.0
W komunikacji z Comarch ChatERP nadal rozwijany jest obszar działań handlowych prowadzonych z kontrahentami. Od wersji 2025.0 obsługiwane są polecenia:
Zarezerwuj dla kontrahenta [akronim] towar [kod towaru] na magazyn [kod magazynu] w ilości [ilość] do dnia DD-MM-RRRR.
Wystaw zamówienie sprzedaży (lub zakupu) dla kontrahenta [akronim] na [ilość] jednostek towaru [kod towaru].
Wystaw fakturę sprzedaży (lub zakupu) dla kontrahenta [akronim] na [ilość] jednostek towaru [kod towaru].
Zatwierdź [numer dokumentu, np. ZS-255/12/24].
Pogrubionym drukiem oznaczono dane, które są wymagane, aby polecenie zostało wykonane. Nowe rezerwacje lub dokumenty zostaną dodane z jednostką podstawową ustawioną dla towaru, nie ma więc konieczności wpisywania jednostki w treści samych poleceń.
Wskazówka
Opcjonalnie dla poleceń dotyczących wystawiania dokumentów można stosować skrócony symbol dokumentu, czyli np. Wystaw ZS (lub FS). Nie należy natomiast używać w tych poleceniach nazw czy skrótów dokumentów, których aktualnie nie obsługujemy.
Zgodnie ze standardowym działaniem asystenta powyższe operacje zostaną wykonane dopiero po zaakceptowaniu komunikatu systemowego, w którym Użytkownik potwierdza zamiar ich wykonania.
XL146-Dobre praktyki. Konfiguracja, zarządzanie Microsoft SQL Serwer oraz bazami danych.
Po zainstalowaniu serwera Microsoft SQL Serwer należy zwrócić uwagę na kilka rzeczy:
Zaznaczony parametr SQL Server and Windows Authentication mode
Zmienić parametry serwera w zakładce Advanced:
Blocked Process Threshold – parametr, który odpowiada za rejestrację blokad przez dodatek SQL Server Profiler. Domyślnie ustawiona jest wartość 0 oznacza to, że żadne blokady nie są rejestrowane. Parametr wyrażony jest w sekundach. W tym przypadku będą rejestrowane blokady trwające 3 sekundy i więcej. Parametr ten nie ma bezpośtredniego wpływu na wydajność serwera.
Optimize for Ad hoc Workloads – parameter, odpowiadający za przetrzymywanie pełnych zapytań wywoływanych Ad – hoc na serwerze. Domyślna wartość False. Parametr warto zmienić na True, ze względu na to, iż podczas pracy w Systemie Comarch ERP XL, wywoływana jest spora liczba zapytań Ad-hoc. Niektóre z nich bardzo rzadko, w związku z tym nie ma potrzeby przetrzymywania ich w buforze. Jeśli zapytanie pojawi się częściej, trafi wówczas w całości do bufora. Pozwoli to zaoszczędzić pamięć RAM na serwerze.
Cost Threshold For Parallelism – parametr określający jak kosztowne zapytania mają być zrównoleglane. Dla Systemu Comarch ERP XL przyjmuje się że wartości te mogą przybierać wartości od 25 do 50. Przykładowe ustawienie 50 oznacza że tylko zapytania o wyliczonym koszcie przez SQL Server powyżej 50 będą zrównoleglane.
Max Degree of Parallelism (Max DoP) – parametr określający ile vCPU lub CORE może wziąć udział w zrównoleglaniu zapytania. Domyślna wartość wynosi 0 oznacza to, że o tym ile rdzeni lub wątków zaangażować decyduje SLQ Server. Przyjmuje się że parametr ten nie powinien wynosić więcej niż połowa dostępnych wątków lub CORE dla serwera na którym zainstalowany jest Microsoft SQL Serwer.
Uwaga
Parametry ! Cost Threshold For Parallelism oraz Max Degree of Parallelism mają duże znaczenie przy powstających deadlockach oraz blokad powodowanych przez zrównoleglanie zapytań. Jeśli podczas audytu serwera zauważymy że blokady spowodowane przez zrównoleglanie serwera stanowią znaczący procent, wówczas należy zmniejszyć wartość parametru Max DoP, lub zwiększyć Cost Threshold For Parallelism. Możliwe, że będzie konieczna zmiana obydwu parametrów. Podczas wprowadzanych zmian należy obserwować zachowanie serwera oraz bazy danych (jaki wpływ na wydajność mają wprowadzane zmiany)
Uwaga
CXPACKET – typ blokad powstających podczas zrównoleglania
Do określenia rodzajów blokad możemy posłużyć się zapytaniem:
WITH [Waits]
AS (SELECT wait_type, wait_time_ms/ 1000.0 AS [WaitS],
(wait_time_ms - signal_wait_time_ms) / 1000.0 AS [ResourceS],
signal_wait_time_ms / 1000.0 AS [SignalS],
waiting_tasks_count AS [WaitCount],
100.0 * wait_time_ms / SUM (wait_time_ms) OVER() AS [Percentage],
ROW_NUMBER() OVER(ORDER BY wait_time_ms DESC) AS [RowNum]
FROM sys.dm_os_wait_stats WITH (NOLOCK)
WHERE [wait_type] NOT IN (
N'BROKER_EVENTHANDLER', N'BROKER_RECEIVE_WAITFOR', N'BROKER_TASK_STOP',
N'BROKER_TO_FLUSH', N'BROKER_TRANSMITTER', N'CHECKPOINT_QUEUE',
N'CHKPT', N'CLR_AUTO_EVENT', N'CLR_MANUAL_EVENT', N'CLR_SEMAPHORE',
N'DBMIRROR_DBM_EVENT', N'DBMIRROR_EVENTS_QUEUE', N'DBMIRROR_WORKER_QUEUE',
N'DBMIRRORING_CMD', N'DIRTY_PAGE_POLL', N'DISPATCHER_QUEUE_SEMAPHORE',
N'EXECSYNC', N'FSAGENT', N'FT_IFTS_SCHEDULER_IDLE_WAIT', N'FT_IFTSHC_MUTEX',
N'HADR_CLUSAPI_CALL', N'HADR_FILESTREAM_IOMGR_IOCOMPLETION', N'HADR_LOGCAPTURE_WAIT',
N'HADR_NOTIFICATION_DEQUEUE', N'HADR_TIMER_TASK', N'HADR_WORK_QUEUE',
N'KSOURCE_WAKEUP', N'LAZYWRITER_SLEEP', N'LOGMGR_QUEUE',
N'MEMORY_ALLOCATION_EXT', N'ONDEMAND_TASK_QUEUE',
N'PARALLEL_REDO_DRAIN_WORKER', N'PARALLEL_REDO_LOG_CACHE', N'PARALLEL_REDO_TRAN_LIST',
N'PARALLEL_REDO_WORKER_SYNC', N'PARALLEL_REDO_WORKER_WAIT_WORK',
N'PREEMPTIVE_HADR_LEASE_MECHANISM', N'PREEMPTIVE_SP_SERVER_DIAGNOSTICS',
N'PREEMPTIVE_OS_LIBRARYOPS', N'PREEMPTIVE_OS_COMOPS', N'PREEMPTIVE_OS_CRYPTOPS',
N'PREEMPTIVE_OS_PIPEOPS', N'PREEMPTIVE_OS_AUTHENTICATIONOPS',
N'PREEMPTIVE_OS_GENERICOPS', N'PREEMPTIVE_OS_VERIFYTRUST',
N'PREEMPTIVE_OS_FILEOPS', N'PREEMPTIVE_OS_DEVICEOPS', N'PREEMPTIVE_OS_QUERYREGISTRY',
N'PREEMPTIVE_OS_WRITEFILE',
N'PREEMPTIVE_XE_CALLBACKEXECUTE', N'PREEMPTIVE_XE_DISPATCHER',
N'PREEMPTIVE_XE_GETTARGETSTATE', N'PREEMPTIVE_XE_SESSIONCOMMIT',
N'PREEMPTIVE_XE_TARGETINIT', N'PREEMPTIVE_XE_TARGETFINALIZE',
N'PWAIT_ALL_COMPONENTS_INITIALIZED', N'PWAIT_DIRECTLOGCONSUMER_GETNEXT',
N'QDS_PERSIST_TASK_MAIN_LOOP_SLEEP',
N'QDS_ASYNC_QUEUE',
N'QDS_CLEANUP_STALE_QUERIES_TASK_MAIN_LOOP_SLEEP', N'REQUEST_FOR_DEADLOCK_SEARCH',
N'RESOURCE_QUEUE', N'SERVER_IDLE_CHECK', N'SLEEP_BPOOL_FLUSH', N'SLEEP_DBSTARTUP',
N'SLEEP_DCOMSTARTUP', N'SLEEP_MASTERDBREADY', N'SLEEP_MASTERMDREADY',
N'SLEEP_MASTERUPGRADED', N'SLEEP_MSDBSTARTUP', N'SLEEP_SYSTEMTASK', N'SLEEP_TASK',
N'SLEEP_TEMPDBSTARTUP', N'SNI_HTTP_ACCEPT', N'SP_SERVER_DIAGNOSTICS_SLEEP',
N'SQLTRACE_BUFFER_FLUSH', N'SQLTRACE_INCREMENTAL_FLUSH_SLEEP', N'SQLTRACE_WAIT_ENTRIES',
N'WAIT_FOR_RESULTS', N'WAITFOR', N'WAITFOR_TASKSHUTDOWN', N'WAIT_XTP_HOST_WAIT',
N'WAIT_XTP_OFFLINE_CKPT_NEW_LOG', N'WAIT_XTP_CKPT_CLOSE', N'WAIT_XTP_RECOVERY',
N'XE_BUFFERMGR_ALLPROCESSED_EVENT', N'XE_DISPATCHER_JOIN',
N'XE_DISPATCHER_WAIT', N'XE_LIVE_TARGET_TVF', N'XE_TIMER_EVENT')
AND waiting_tasks_count > 0)
SELECT
MAX (W1.wait_type) AS [WaitType],
CAST (MAX (W1.Percentage) AS DECIMAL (5,2)) AS [Wait Percentage],
CAST ((MAX (W1.WaitS) / MAX (W1.WaitCount)) AS DECIMAL (16,4)) AS [AvgWait_Sec],
CAST ((MAX (W1.ResourceS) / MAX (W1.WaitCount)) AS DECIMAL (16,4)) AS [AvgRes_Sec],
CAST ((MAX (W1.SignalS) / MAX (W1.WaitCount)) AS DECIMAL (16,4)) AS [AvgSig_Sec],
CAST (MAX (W1.WaitS) AS DECIMAL (16,2)) AS [Wait_Sec],
CAST (MAX (W1.ResourceS) AS DECIMAL (16,2)) AS [Resource_Sec],
CAST (MAX (W1.SignalS) AS DECIMAL (16,2)) AS [Signal_Sec],
MAX (W1.WaitCount) AS [Wait Count]
FROM Waits AS W1
INNER JOIN Waits AS W2
ON W2.RowNum <= W1.RowNum
GROUP BY W1.RowNum, W1.wait_type
HAVING SUM (W2.Percentage) - MAX (W1.Percentage) < 99 -- percentage threshold
OPTION (RECOMPILE);
Bazy danych
Konfiguracja
Dla baz danych pod względem wydajności oraz bezpieczeństwa jest ich na macierzy w RAID 01/10. To rozwiązanie kosztowne ale zapewnia najlepszą wydajność oraz bezpieczeństwo danych. Łączy zalety RAID 1 orz 0. RAID 5/6 to rozwiązanie kompromisowe pomiędzy bezpieczeństwem i wydajności a ceną. Rozwiązanie dla mniejszych baz.
Bazy danych, logi oraz buckupy powinny znajdować się na osobnych dyskach (systemach dyskowych). Jeśli nie jest to możliwe bazy oraz logi mogą znajdować się w tej samej lokalizacji. Dla bezpieczeństwa backupy powinny być umieszczone na osobnym systemie dyskowym, aby w razie awarii można było przywrócić funkcjonowanie bazy danych. Kopie baz warto również przenosić na zewnętrzne nośniki.
Baza TempDB – baza systemowa odpowiedzialna w dużej mierze za wydajność systemów. Jeśli jest taka możliwość baza powinna znajdować się na najszybszym dysku (systemie dyskowym).
Warto podzielić ją na pliki, nie więcej niż vCPU (maszyny wirtualne) CORE (maszyny fizyczne) na serwerze.
Przykładowe podzielenie plików. Ważne jest aby Size oraz autogrowth dla każdego Pliku miały takie same wartości.
Baza ta może znacznie się rozrosnąć przy dużych operacjach (np. odbudowa indeksów), więc należy jej zapewnić odpowiednią ilość miejsca.
Do wersji SQL 2014 włącznie po podziale baz na pliki należy ustawić flagi: T1117, T1118.
Serwisowanie bazy
Backupy
Backupy baz ich rodzaj i częstotliwość ustawia się zgodnie z oczekiwaniami Klienta. Rodzaje podstawowych kopii baz danych:
Full – Kopia całej bazy danych, włącznie z procedurami funkcjami etc. Jeśli stosujemy inne rodzaje backupowania, to i tak co jakiś czas zaleca się wykonanie pełnej kopii bazy.
Differential –Tworzenie kopii zapasowej tylko tych danych, które uległy zmianie od czasu ostatniej pełnej kopii zapasowej.
Transaction log – backup loga bazy danych, log zawiera wszystkie informacje na temat operacji wykonanych na bazie danych (konieczne włączenie Recovery Model Full). Każda kolejna kopia zwiera informacje o zdarzeniach które wydarzyły się pomiędzy kolejnymi kopiami.
Aktualizacja statystyk oraz odbudowa indeksów
Od wersji 2016 SQL Server zmianie uległ algorytm dotyczący częstotliwości aktualizacji statystyk. W kolejnych wersjach działa on poprawnie. Jednak można w oknie serwisowym, po skończonej pracy przeprowadzić aktualizację statystyk, korzystając z Maintenance Plans lub wprowadzając do JOB’a polecenie T-SQL. Można również przeprowadzić reorganizacje największych i najbardziej pofragmentowanych indeksów (powyżej 2500 stron i stopień fragmentacji powyżej 5%).
Raz w tygodniu można wykonać reindeksację największych i najbardziej pofragmentowanych indeksów (2500 stron, stopień fragmentacji powyżej 50%).
Konfiguracja maszyn wirtualnych
W przypadku konfigurowania maszyn wirtualnych na serwerze, należy zwrócić uwagę na ilość przypisywanych gniazd procesorów dla wirtualnych CPU (vCPU).
Część wirtualizatorów dla jednego vCPU przypisuje pojedyncze gniazdo. W przypadku najnowszych wersji Microsoft SQL Server Standard maksymalna ilość obsługiwanych gniazd wynosi cztery.
Przykład: Jeśli dla maszyny zostanie przypisanych 8 vCPU i 8 gniazd to SQL będzie wykorzystywał tylko 4 gniazda i 4 vCPU pozostałe cztery nie będą brały udziału w operacja wykonywanych na SQL Serwerze.
Dobrą praktyką jest przypisanie takiej ilości gniazd jaka znajduje się na maszynie fizycznej. Natomiast jeśli z jakiejś przyczyny zostanie przydzielona inna ilość to należy się stosować do założenia, że na 8 vCPU można przypisać jedno gniazdo (dla 16 vCPU – 2 gniazda itd.).a
W programie CDNXL została dodana nowa funkcjonalność służąca do obsługi zwrotu podatku VAT nabywcom indywidualnym spoza UE, którzy wywożą zakupiony towar poza granice Unii.
Podstawa prawna …
Art. 126. 1. Osoby fizyczne niemające stałego miejsca zamieszkania na terytorium Wspólnoty, zwane dalej "podróżnymi", mają prawo do otrzymania zwrotu podatku zapłaconego przy nabyciu towarów na terytorium kraju, które w stanie nienaruszonym zostały wywiezione przez nie poza terytorium Wspólnoty.
…
Art. 128. 1. Zwrot podatku może być dokonany, jeżeli podróżny wywiózł zakupiony towar poza terytorium Wspólnoty nie później niż w ostatnim dniu trzeciego miesiąca następującego po miesiącu, w którym dokonał zakupu.
Podstawą do dokonania zwrotu podatku jest przedstawienie przez podróżnego imiennego dokumentu wystawionego przez sprzedawcę, zawierającego w szczególności kwotę podatku zapłaconego przy dostawie towarów. Wywóz towaru powinien być potwierdzony na tym dokumencie przez urząd celny stemplem zaopatrzonym w numerator. Do dokumentu powinien być dołączony wystawiony przez sprzedawcę paragon z kasy rejestrującej, o której mowa w art. 111 ust. 1.
Urząd celny potwierdza wywóz towaru na dokumencie, o którym mowa w ust. 2, po okazaniu przez podróżnego wywożonego towaru i sprawdzeniu zgodności danych dotyczących podróżnego zawartych w tym dokumencie z danymi zawartymi w przedstawionym paszporcie lub innym dokumencie stwierdzającym tożsamość.
Przepis ust. 3 stosuje się odpowiednio do potwierdzania wywozu z terytorium Wspólnoty towarów nabytych przez podróżnego na terytorium państwa członkowskiego innym niż terytorium kraju.
W przypadku, gdy podróżny opuszcza terytorium Wspólnoty z terytorium państwa członkowskiego innego niż terytorium kraju, zwrot podatku przysługuje, jeżeli dokument, o którym mowa w ust. 2, został potwierdzony przez urząd celny, przez który towary zostały wywiezione z terytorium Wspólnoty.
Sprzedawcy oraz podmioty, o których mowa w art. 127 ust. 5, dokonujący zwrotu podatku podróżnemu mają prawo do pobrania od podróżnego prowizji od zwracanej kwoty podatku.
Rozliczenia między podmiotem, który dokonał zwrotu, a sprzedawcą towaru regulują zawarte przez nich umowy.
Procedura sprzedaży Tax Free
Sprzedawca wystawia nabywcy paragon fiskalny z podatkiem VAT naliczonym według stawek krajowych. Do paragonu dołącza wypełniony formularz Tax Free z wyszczególnionymi towarami, ich cenami oraz kwotą zapłaconego podatku. Formularz jest imienny.
Nabywca wywożąc towar przedstawia UC granicznemu dokument Tax Free z paragonem i zakupione okazuje towary. Urząd Celny potwierdza fakt wywiezienia towarów stemplem na formularzu Tax Free.
Następnie występuje jeden z dwóch możliwych scenariuszy
Zwrotu VAT-u dokonuje sprzedawca:
Nabywca przedstawia ostemplowany formularz sprzedawcy.
Sprzedawca wypłaca mu kwotę VAT naliczoną uprzednio na paragonie.
Nabywca potwierdza otrzymanie kwoty na formularzu Tax Free.
Sprzedawca stosuje zerowe stawki VAT-u do tej transakcji.
Jeśli nie złożył jeszcze deklaracji VAT-7 za miesiąc, w którym nastąpiła sprzedaż, koryguje kwotę należnego VAT-u, a sprzedaż kwalifikuje jako Tax Free (pole 23 deklaracji VAT-7).
Jeśli złożył już deklarację, postępuje jw., przy czym korekta VAT-u należnego dotyczy miesiąca, w którym nastąpiła sprzedaż, spowoduje to więc konieczność złożenia korygującej deklaracji VAT-7 za ten miesiąc.
Zwrotu VAT-u dokonuje firma pośrednicząca, z którą sprzedawca podpisał stosowną umowę:
Nabywca przedstawia ostemplowany formularz firmie pośredniczącej w zwrocie VAT.
Firma wypłaca mu kwotę podatku pomniejszoną o prowizję.
Nabywca potwierdza otrzymanie kwoty na formularzu Tax Free.
Firma przesyła ostemplowany formularz z potwierdzeniem wypłaty kwoty podatku do sprzedawcy.
Sprzedawca koryguje kwotę VAT-u należnego jak w poprzednim przypadku
Dokument Tax Free
Obsługa powyższych scenariuszy w systemie została zrealizowana poprzez dodanie nowego dokumentu handlowego: Tax Free.
Dokument jest kolejnym z grupy handlowych, o strukturze opartej o tabelę TraNag. Ma nagłówek, płatności, tabelę VAT. Dokument ten nie ma elementów.
Lista dokumentów handlowychIstotne parametry na dokumencie Tax Free
Obok daty wywozu umieszczony jest checkbox „Potwierdzenie wywozu”.
Na niezatwierdzonym dokumencie jest on odznaczony i niedostępny.
Zaznaczenie go na zatwierdzonym dokumencie uaktywnia kontrolki daty wywozu oraz daty wpływu. Jako data wpływu podstawiana jest wtedy data bieżąca, jako data wywozu – data wystawienia dokumentu.
Przed zaznaczeniem parametru pola te są niedostępne i puste.
Zaznaczenie parametru powoduje utworzenie płatności (zobowiązania) na kwotę dokumentu i odkrycie zakładki {Płatności}.
Po zapisaniu dokumentu z zaznaczonym parametrem potwierdzenia wywozu staje się on niedostępny do edycji, niedostępne stają się również daty wpływu i wywozu.
Parametr staje się również niedostępny do edycji, jeśli został zaznaczony i dokument ma rozliczoną płatność (częściowo albo całkowicie).
Spinanie TF do RSK
Przy spinaniu dokumentu TF do RSK, zastosowane zostały następujące zasady:
Do jednego RSK mogą być dołączone wyłącznie dokumenty tego samego typu, czyli albo PAK, albo TF.
Jeśli w RSK wybrano rodzaj transakcji Krajowa, to można do niego dołączyć tylko dokumenty PAK, w przeciwnym przypadku – tylko TF.
TF może być dołączony do RSK, jeśli:
Jest zatwierdzony i zaznaczono potwierdzenie wywozu,
Nie jest dołączony do innego RSK.
Istotne parametry podczas spinania TF do RSK
Obsługa prowizji
Przy zapisywaniu zatwierdzonego dokumentu Tax Free z zaznaczoną opcją „Potwierdzenie wywozu” zostaje wygenerowany automatycznie paragon, jeśli kwota prowizji jest niezerowa.
Paragon na prowizję od zwrotu VAT-u. będzie mieć płatność (należność), która zostanie automatycznie skompensowana z płatnością wynikającą z dokumentu TF, pomniejszając tym samym zobowiązanie z tytułu zwrotu podatku.
Rozliczenie prowizji
W definicji dokumentu TF będzie można ustawić procentową stawkę prowizji pobieranej przy zwrocie podatku.
Ustawienia na definicji dokumentu TFObliczanie prowizji na dokumencie TF
Uwaga
Jeśli płatnik na dokumencie TF jest różny od kontrahenta głównego, dokument ten będzie wyświetlał zerową stawkę i zerową kwotę prowizji.
Deklaracja VAT-7
Dokument RSK jest uwzględniany w deklaracji VAT-7 w następujący sposób:
Rekordy tabeli VAT z typem transakcji krajowa zalicza się do kwoty sprzedaży krajowej opodatkowanej odpowiednią stawką (pola 25,27,29),
Rekordy o typie transakcji tax free zalicza się do „Dostawy na terytorium kraju... opodatkowanej stawką 0%, o której mowa w art. 129 ustawy” (pole 23).
Ujęcie RSK w deklaracji VAT7
Naprawa stanów towarów jest funkcją specjalną służącą do naprawy błędów w bazie dotyczących obrotem towarów. Może również służyć do analizy historii dostaw towaru.
Parametry konfigurujące działanie Naprawy stanów towarów
W oknie Naprawa Stanów Towarów, w module Administrator, na zakładce: Test, znajdują się parametry służące do ustalenia zakresu wykonywanego testu oraz towaru, dla którego będzie on wykonywany.
Naprawa stanów towarów
Poprzez zaznaczenie opcji: Wszystkie towary/Wybrany towar, Użytkownik decyduje, czy test ma być wykonany dla wszystkich towarów, czy też dla wybranego towaru/grupy towarów. W nowszych wersjach dostępna jest również opcja wskazania konkretnej dostawy.
Zakres tabel, które będą przeglądane można ustalić poprzez opcje znajdujące się w grupie Sprawdzaj.
Lista uszkodzonych towarów. Dla podświetlonego indeksu stan wg zasobów jest różny od stanu wg historii dokumentów
Parametry decydujące dla jakich dokumentów wykonywane są wybrane testy
Han: zaznaczenie spowoduje wykonanie testów dla dokumentów, których nagłówki znajdują się w tabeli cdn.TraNag (PZ, FZ, PW, FS, WZ, PA, FW, MM, RW, PKA, WKA, PZI, Korekty, KK)
Mag: zaznaczenie spowoduje wykonanie testów dla dokumentów, których nagłówki znajdują się w tabeli cdn.MagNag (PM, WM)
Imp: zaznaczenie spowoduje wykonanie testów dla dokumentów, których nagłówki znajdują się w tabelach cdn.ImpNag, cdn.SadNag (FAI, SSC, SAD, FWS, FWZ)
Parametry odpowiadające za rodzaj wykonywanych testów
Dostawy: sprawdza czy wartości zapisane na dostawach (tabela cdn.Dostawy) są zgodne z wartościami wynikającymi z historii dokumentów zakładających dostawy
Zasoby: sprawdza czy wartości zapisane na zasobach (tabela cdn.TwrZasoby) są zgodne z wartościami wynikającymi z historii dokumentów zakładających zasób oraz rozchodujących je
TrE=TrS: porównuje sumę wartości z subelementów (tabela cdn.TraSElem) z odpowiednimi wartościami na elemencie (tabela cdn.TraElem). W ramach testu kontrolowane są wartości następujących pól: TrE_Ilosc=sum(TrS_Ilosc),TrE_KosztKsiegowy=sum(TrS_KosztKsiegowy), TrE_KosztRzeczywisty=sum(TrS_KosztRzeczywisty)
SaE=SaS: porównuje sumę wartości z subelementów (tabela cdn.SadSElem) z odpowiednimi wartościami na elemencie (tabela cdn.SadElem)
Opcja: Historia
Jej zaznaczenie uruchamia tryb historyczny Naprawy stanów towarów. Ten tryb pracy nie wyszukuje błędów dla towarów. Służy on do analizy historii dostaw.
Tryb wyszukiwania uszkodzonych stanów towarowych
Aby uruchomić test w trybie wyszukiwania błędów należy odznaczyć opcję: Historia oraz ustalić dla jakich dokumentów ma być wykonany test.
Wykonanie testu powoduje wygenerowanie listy towarów, dla których występują błędy. Lista ta wyświetlana jest w grupie: Naprawa uszkodzonych towarów. Aby indeks towarowy znalazł się na liście towarów uszkodzonych, wartości na zasobach muszą różnić się od odpowiednich wartości wynikających z historii dokumentów. Podświetlenie towaru z listy powoduje wyświetlanie stanu wg zasobów oraz stanu wg historii dokumentów.
Różnica w którymkolwiek z pól (Stan: handlowy, magazynu, ilości, wartość; Stan: celny, wartość) powoduje uznanie towaru za uszkodzony.
Lista błędów dla towaru wybranego z listy uszkodzonych znajduje się na zakładce: Szczegóły.
Zakładka Szczegóły. Lista błędów dla towaru
Znajdujące się tutaj błędy można odbudować przy użyciu funkcji: Odbuduj, wywoływanej spod menu kontekstowego. W tym przypadku mamy do czynienia z sytuacją kiedy ilość na zasobie jest większa niż ilość w historii, dlatego naprawa polega na prostym odbudowaniu zasobu.
W celu wykonania ręcznej modyfikacji wartości na dostawach lub zasobach należy użyć funkcji Szczegóły dostawy/Szczegóły zasobu. Funkcje te powodują otwarcie formatki z wyświetlonymi wartościami z tabel cdn.Dostawy/cdn.TwrZasoby.
Uwaga
Uwaga: Modyfikacja wartości na formatce oraz jej zapisanie powoduje zaktualizowanie odpowiednich wartości w tabelach.
Nie wszystkie błędy mogą być naprawione na podstawie historii dokumentów. Automatyczna odbudowa części z błędów spowodowałaby występowanie wartości niedopuszczalnych przez system CDN XL (np. ujemne stany na zasobie). W takim przypadku należy przeanalizować historię dostawy na zakładce: Historia.
Zakładka Historia. Historia dostawy podświetlonej na zakładce Szczegóły
Na zakładce: Historia, znajduje się lista wszystkich subelementów wskazujących na dostawę podświetloną na zakładce: Szczegóły. W menu kontekstowym wywoływanym dla pozycji z listy znajdują się funkcje pozwalające na modyfikację nagłówka, elementu oraz subelementu wskazanego przez operatora.
Tryb historyczny naprawy stanów towarów
W celu uruchomienia Naprawy stanów towarów w trybie historycznym należy w grupie Sprawdzaj zaznaczyć opcję: Historia.
Tryb historyczny nie wyszukuje błędów dla towarów. Jest to narzędzie służące do analizy historii dostawy dla towarów.
Wykonanie testu w trybie historycznym, powoduje zapełnienie zakładki Szczegóły listą wszystkich dostaw towaru. Po wskazaniu interesującej dostawy, na zakładce Historia wyświetlane są wszystkie subelementy korzystające z niej. Analiza historii dostaw pozwala na odszukanie przyczyn stanów, które nie są uznawane za błąd (nie wynikają z utraty spójności bazy danych), np. niezgodność ilości handlowych i magazynowych towaru.
Przykłady zastosowania Naprawy stanów towarów
Nie można anulować korekty ilościowej dokumentu sprzedaży
Komunikat:
Komunikat pojawiający się przy próbie anulowania korekty
Przyczyna:
Zasób, z którego korzystała korekta został rozchodowany przez inny dokument.
Proponowane rozwiązanie:
Zamienić dostawę na jednym z dokumentów rozchodowujących towar, korzystającym z tej samej dostawy co korekta, której nie można anulować.
Należy uruchomić test Naprawa stanów towarów, w trybie historycznym. Na zakładce: Szczegóły znajdują się wszystkie dostawy dla towaru.
Dostawy dla towaru
Zaznaczenie dostawy spowoduje wyświetlenie na zakładce: Historia, wszystkich subelementów, które wskazują na dostawę założoną dokumentem PW-5/01/2019. Na liście tej występuje RWK-3/01/2019, który chcemy anulować.
Lista subelementów korzystających z dostawy założonej dokumentem
Na subelemencie dokumentu ZWM-5/01/2019 podpiętego do RW-4/01/2019 należy zmienić numer dostawy, na dostawę założoną przez inny dokument, np. dokument PW-4/01/2019. W celu wyedytowania tej formatki należy na określonej pozycji z menu kontekstowego wybrać: Szczegóły subelementu i przejść na zakładkę GIDy. W grupie: Dostawa, należy podać GIDNumer nowej dostawy.
Aby sprawdzić numer dostawy PW-4/01/2019 należy w sposób na zakładce Szczegóły zaznaczyć tę dostawę oraz przejść na Historię i z tego poziomu sprawdzić GIDNumer dostawy. W tym przypadku będzie to numer 144267.
Numer dostawy
Zmieniamy numer dla dokumentu magazynowego na zakładce GIDy na subelemencie.
Zamiana dostawy dla subelementu dokumentu magazynowego
Analogicznie należy zamienić numer dostawy dla subelementu RW.
Zamiana dostawy dla subelementu dokumentu handlowego
Dla subelementu oraz elementu RW należy zamienić również wartości w grupie: Koszty (zakładka: Wartości), w przypadku, gdy różnią się one dla starej i nowej dostawy.
Zmiana kosztów dla subelementu dokumentu handlowegoZmiana kosztów dla elementu dokumentu handlowego
Uwaga
Uwaga: Jeśli zostały zmienione koszty na subelemencie należy pamiętać o poprawie kosztów na elemencie. W tym celu dla pozycji z listy, z menu kontekstowego należy wybrać: Szczegóły elementu i na zakładce: Ogólne, wypełnić wartości w grupie Koszty.
Następnie należy ponownie wykonać test dla towaru w trybie wyszukania błędów. Na zakładce: Szczegóły, zostanie wyświetlona lista błędów dotycząca ilości na zasobach. Należy poprawić te błędy korzystając z funkcji: Odbuduj, wywoływanej z menu kontekstowego. W celu weryfikacji poprawności wykonanych prac oraz spójności bazy danych konieczne jest ponowne wykonanie testu dla towaru.
Nie podano kosztów na korekcie ręcznej faktury sprzedaży; dostawa założona przez ten dokument została częściowo rozchodowana
Proponowane rozwiązanie
Należy ustalić koszt na dostawie oraz odpowiednio zmodyfikować koszty na dokumentach rozchodujących tą dostawę.
Aby zmodyfikować koszt na dostawie, po uruchomieniu testu w trybie historycznym na zakładce: Szczegóły, należy wyświetlić szczegóły dostawy założonej modyfikowaną korektą faktury sprzedaży.
Szczegóły dostawy, której wartości księgowe mają być zmodyfikowane
W grupie: Wartości księgowe, znajdują się koszty określone na dostawie, które mają zostać zmodyfikowane. Wartości wyświetlone w kontrolkach zaznaczonych odpowiadają następującym polom w tabeli cdn.Dostawy: Dst_KsiegowaNetto, Dst_KsiegowaBrutto, Dst_RzeczywistaNetto.
Po zapisaniu zmian na dostawie zmienione zostaną koszty.
Szczegóły dostawy dla dokumentu FSK
Uwaga
W wyniku wykonania tej operacji baza utraci spójność.
Następnym krokiem będzie wykonanie poprawek na elementach i subelementach dokumentów.
Z zakładki: Historia, należy wyedytować szczegóły subelementu dla dokumentu zakładającego dostawę. W grupie: Koszty subelementu powinny znajdować się wartości równe – co do znaku (!)- wartościom zapisanym na dostawie w polach: Dst_KsiegowaNetto, Dst_RzeczywistaNetto.
Uwaga
Dla korekty ręcznej faktury sprzedaży koszty zapisane w subelemencie, zakładającym dostawę powinny mieć przeciwny znak (ujemny) do wartości księgowej/rzeczywistej dostawy. Dla dokumentów zakupowych koszty na subelemencie mają ten sam znak co zapisane w tabeli cdn.Dostawy.
Szczegóły subelementu dla dokumentu FSK
Analogiczną operację wykonujemy dla elementu. Należy tutaj zauważyć, że koszt w elemencie powinien być sumą kosztów zapisanych w subelementach związanych z tym elementem.
Następnym krokiem jest poprawa kosztów na subelementach i elementach dla dokumentów handlowych rozchodujących tą dostawę. Lista wszystkich dokumentów (subelementów) korzystających z tej dostawy wyświetlona jest na zakładce: Historia.
Szczegóły subelementu dla dokumentu handlowego
W celu wykonania dalszych poprawek należy ponownie wykonać test bez zaznaczonej opcji: Historia (poszukiwanie błędów). Test zwraca na zakładce: Szczegóły, błędy związane z zasobami, które można odbudować funkcją: Odbuduj, dostępną w menu kontekstowym.
Uwaga
Poprawa kosztów na dokumentach handlowych wiąże się z ponownym zaksięgowaniem dokumentów.
Stan magazynu na dzień bieżący nie zgadza się ze stanem wg zasobów
Przyczyn występowania tego typu problemów może być wiele. Przykład ten ma na celu przedstawienie ścieżki postępowania w celu odszukania ich przyczyny oraz sposobu poprawy błędu.
Na liście towarów wyświetlany stan towaru do sprzedaży i magazynowy jest sumą jego zasobów.
Stan magazynu na dzień dla towaru (raport: Stan magazynu na dzień) jest wyliczany na podstawie historii dokumentów. Jeśli nie istnieją dokumenty z analizowanym towarem na datę późniejszą niż wykonywany raport, stany magazynowe i handlowe powinny być zgodne z sumą zasobów.
Niezgodność stanów jest często spowodowana błędnymi ilościami handlowymi i magazynowymi dla zasobów (tabela cdn.TwrZasoby, pola TwZ_IlSpr, TwZ_IlMag, TwZ_Ilosc). Na rysunku pokazano ilości handlowe i magazynowe dla towaru wyliczone wg zasobów. Ilości magazynowe nie zgadzają się z wyliczonymi przez raport Stan magazynu na dzień.
Lista towarów. Ilości handlowe i magazynowe dla towaru wyliczone wg zasobówStan magazynu na dzień. Ilości handlowe i magazynowe dla towaru wyliczone na podstawie historii dokumentów
Aby odnaleźć przyczynę występowania niezgodności należy uruchomić naprawę stanów towarów w trybie wyszukiwania błędów.
Stan magazynu wg historii dokumentów jest różny od stanu wg zasobów
Na zakładce: Szczegóły, znajduje się lista błędów. Kolejne błędy pokazują, dla których dostaw ilości na zasobach są nieprawidłowe W tym przypadku ilość magazynowa na zasobach, wyliczona wg historii dokumentów powinna być ujemna co jest sytuacja nieprawidłową. Możemy przypuszczać, że istnieje dokument magazynowy nieprawidłowo wydający towar.
Ilość na zasobie wyliczona wg historii dokumentów powinna być ujemna. Jest to sytuacja błędna
Na zakładce: Historia, można odszukać subelement, który nieprawidłowo rozchodowuje towar. Jak można zauważyć dostawa przyjęta dokumentem FZ opiewa na 30 szt. Została ona całkowicie rozchodowana dokumentami FS, do której podpięty był dokument magazynowy (nie pokazany na rysunku). Dokument WM, niezwiązany z handlowym, nieprawidłowo rozchodowuje towar, powodując wyliczenie ujemnych stanów magazynowych na zasobie.
Okazało się, że dokument ten nieprawidłowo korzysta również z innych zasobów. Ilość analizowanego towaru znajdująca się na nim w pełni wyjaśniała różnicę między stanem magazynowym wyliczonym wg historii dokumentów a ilością wynikającą z zasobów.
W celu naprawy stanów można anulować ten dokument lub podpiąć subelement do innej dostawy. Nie można anulować korekty ilościowej dokumentu sprzedaży). Następnie należy ponownie wykonać test Naprawa stanów towarów i odbudować błędy przyciskiem: Odbuduj zasoby na podstawie historii dokumentów, dostępnym na zakładce: Test.
Po wykonaniu odbudowy można ponownie wystawić dokument WM identyczny z anulowanym.
Aby przyspieszyć wystawienie takiego dokumentu, przed anulowaniem można wczytać go do Notatnika i wygenerować ponownie przy użyciu tej funkcjonalności.
Uwaga
Wszelkie naprawy dokonywane przy użyciu Naprawy stanu towarów ingerują w bazę danych. Nieprawidłowo przeprowadzona naprawa może spowodować występowanie jeszcze większej ilości błędów niż przed jej wykonaniem.
Dla bezpieczeństwa proponujemy wykonywać wszelkie operacje na kopii bazy. Jeśli przyniosą one spodziewany efekt można wykonać je na bazie produkcyjnej.
Funkcjonalność dotycząca rabatów została uporządkowana w Systemie. Stało się to dzięki:
zebraniu wszystkich, zdefiniowanych w systemie rabatów i promocji w jednym miejscu tj. w oknie Lista promocji, dostępnym z menu: Zestawienia> Promocje i rabaty
udostępnieniu możliwości śledzenia sposobu wyliczenia ceny/wartości końcowej elementu transakcji, w oknie: Struktura udzielonego rabatu, uruchamianym za pomocą odpowiedniego przycisku Struktura udzielonego rabatu, umieszczonego na pasku zadań
Struktura udzielonego rabatu jest wyświetlana w trybie zaawansowanym. Funkcjonalność ta jest dostępna dla operatora, który na swojej karcie, na zakładce: Parametry/Ogólne, ma zaznaczony parametr: Otwieraj okno w trybie zaawansowanym. Ponadto w Konfiguracji systemu na zakładce Sprzedaż> Rabaty i Promocje wymagane jest zaznaczenie parametru: Rejestruj strukturę udzielonego rabatu.
Funkcjonalność rabatowania umożliwia odliczanie udzielonego rabatu od wartości początkowej dokumentów przychodowych, co powoduje zmianę wartości końcowej tych dokumentów. Za możliwość tą odpowiedzialny jest parametr Licz upusty dla dokumentów przychodowych od wartości początkowych umieszczony w Konfiguracji systemu na zakładce Sprzedaż> Rabaty i Promocje.
Funkcjonalność rabatowania umożliwia również udzielenie promocji dla pakietów, liczonej od wartości początkowych. Możemy uruchomić tą funkcję, za pomocą parametru Realizacja pakietów liczona od wartości początkowych umieszczony w Konfiguracji systemu na zakładce Sprzedaż> Rabaty i Promocje.
Promocje mogą być naliczane dla kontrahenta głównego, albo dla kontrahenta docelowego. Poszczególne ustawienia wskazywane są w konfiguracji.
Dla promocji możemy ustalić naliczanie wg daty z zamówienia lub z daty sprzedaży.
Możliwe jest również określenie jak rabaty mają być naliczane w przypadku zastosowania KGO. Naliczanie rabatów może być ustalone w systemie od ceny, która zawiera KGO lub bez KGO.
Konfiguracja, zakładka Rabaty i promocje
Rodzaje promocji
Na liście promocji, na zakładce ‘Promocje’ można wybrać daną podlistę: Rabaty pozycji, Rabaty nagłówka, Cena początkowa, Budżety rabatowe. Wybierając zakładkę ‘Rabaty retro’ otworzy się lista zdefiniowanych w systemie rabatów retro.
Lista promocji systemu Comarch ERP XL
Po zaznaczeniu „Rabaty pozycji” wyświetlą się rabaty typu: GLO, KNU, PRM, (TWU)
Po zaznaczeniu „Rabaty nagłówka” wyświetla się rabaty typu: KNT, PLT, WTR
Po zaznaczeniu „Cena początkowa” wyświetlą się promocje typu: CEN
Po zaznaczeniu ,,Budżety rabatowe” wyświetlą się rabaty typu: BUDŻET KNT, BUDŻET OPE
Po wybraniu zakładki ,,Rabaty retro” wyświetlą się rabaty retrospektywne sprzedaży i rabaty retrospektywne zakupu
W chwili obecnej zdefiniowanie rabatów w dowolnym miejscu w systemie, skutkuje umieszczeniem odpowiedniego zapisu na liście promocji. To, w jaki sposób i w jakim miejscu nastąpiło zdefiniowanie rabatów decyduje o typie promocji:
Promocja GLO – UPUST GLOBALNY DOKUMENTU, rekord ten tworzony jest automatycznie. Jest to specjalny rodzaj promocji, będący rabatem procentowym nagłówka dokumentu, w skład którego wchodzą promocje: KNT, PLT oraz rabat procentowy Użytkownika, ręcznie wprowadzony na dokumencie, w przypadku faktur na zakładce Nagłówek, w przypadku zamówień na zakładce Ogólne. Rabat ten wchodzi w skład rabatu pozycji dokumentu, jako jedna pozycja (właśnie promocja GLO) i traktowany jest wówczas tak, jak każda inna promocja.
Istotą tej promocji jest fakt, że ustalony dla niej priorytet skutkuje nadaniem takiego priorytetu wszystkim promocjom typu KNT, PLT, niezależnie od tego jaki priorytet został ustalony na konkretnej promocji. Priorytety ustalone na promocjach KNT i PLT mają znaczenie na liście promocji rabatu nagłówka.
Promocja KNT – UPUST GLOBALNY KONTRAHENTA, definiowany na zakładce: Karta kontrahenta> Handlowe> Rabaty. Na promocji umieszczeni są wszyscy kontrahenci którzy mają, zdefiniowane rabaty (na kartach kontrahentów), stąd w systemie jest tylko jedna promocja typu KNT. Zmian w wysokości rabatu globalnego kontrahenta można dokonywać na karcie kontrahenta lub bezpośrednio na promocji. Każdorazowo, zmiana rabatu na karcie kontrahenta znajdzie odzwierciedlenie w promocji typu KNT i odwrotnie, zmiana bezpośrednio na promocji spowoduje zmianę zapisu na karcie kontrahenta.
Do promocji KNT można dodać grupę kontrahentów. Nie znajdzie to jednak odzwierciedlenia w zapisach na karcie kontrahentów, ani na grupie kontrahentów. Jeżeli zdefiniowano rabat dla kontrahenta oraz dla grupy, do której on należy, zastosowany zostanie rabat właściwy dla kontrahenta.
Promocja PLT – UPUSTY GLOBALNE FORM PŁATNOŚCI, promocja ta zostaje utworzona automatycznie w wyniku konwersji lub kreacji bazy. W systemie istnieje zawsze jedna promocja typu PLT, bez względu na to, dla ilu form płatności rabat został zdefiniowany. Zmian w wysokości rabatu dla określonej formy płatności, czy też dodania rabatu dla kolejnej formy płatności należy dokonać w Konfiguracja> Sprzedaż> Formy Płatności. Zmiany z poziomu promocji PLT nie są możliwe.
Promocja WTR – promocja należąca do promocji „Rabaty nagłówka”, która jest naliczana przy zapisie dokumentu, po akceptacji użytkownika. Jest to promocja typu „Upust procentowy”, po spełnieniu zdefiniowanego progu. Użytkownik ma również możliwość dodania dowolnych Gratisów, które zostaną dołączone po spełnieniu określonych wymogów.
Promocja KNU – promocja powstała w wyniku zdefiniowania upustów na określony towar/y, lub grupę/y towarową na zakładce: Upusty, karty kontrahenta, stąd na liście promocji jest tyle promocji typu KNU, dla ilu kontrahentów zdefiniowano w ten sposób upusty. Modyfikacja upustów możliwa jest bezpośrednio na karcie kontrahenta, lub na promocji zakładka Towary, a zmiany dokonane na karcie kontrahenta znajdą odzwierciedlenie w promocji i odwrotnie.
Promocja PRM – typowa promocja definiowana przez Użytkownika z poziomu listy promocji. Zawiera ona funkcjonalność upustów TWU, KNU oraz innych, nowych elementów. Promocję definiujemy na liście promocji. Do promocji PRM należą również Promocje pakietowe (elastyczne i stałe) oraz promocje limitowane.
Promocja TWU – promocje tego typu, powstały w systemie automatycznie, w wyniku konwersji z wersji 3.2 do 4.0 i są one odzwierciedleniem upustu zdefiniowanego na zakładce: Upusty, karty towarów. W wyniku konwersji powstało tyle promocji typu: TWU, ile było zakresów czasowych obowiązywania upustów na wszystkich kartach towarowych. Nie ma możliwości definiowania upustów na karcie towaru, zastąpiły je promocje PRM. Można jednak modyfikować zdefiniowane upusty bezpośrednio na promocji typu TWU, dokonane tu zmiany będą miały odzwierciedlenie również na karcie towaru. Funkcjonalność promocji TWU nie będzie rozwijana.
Promocja CEN – promocja typu Cennik, pozwala określić cennik, który będzie stosowany do pobierania ceny wyjściowej oraz do naliczania rabatów, bez względu na inne cenniki, np. domyślny na karcie towarowej. Cennik ten wybiera się spośród wszystkich typów cen zdefiniowanych w systemie.
Promocja typu cennik ma zastosowanie wyłącznie do dokumentów rozchodu. Promocja ta nie obejmuje zestawów. W przypadku zestawu cena początkowa będzie ustalana osobno dla każdego składnika, zgodnie z regułami ogólnymi, stosowanymi dla każdego towaru.
Przy wykorzystaniu promocji CEN, po wyborze cennika należy przypisać do niej kontrahenta lub grupy kontrahentów, towar albo grupy towarów oraz określić w jakim centrum struktury praw obowiązuje.
Promocje typu Cennik zostaną wyświetlone na liście promocji, po zaznaczeniu opcji: Cena początkowa.
Rabat BUDŻET KNT, BUDŻET OPE – rabaty budżetowe kontrahenta i operatora pozwalają określić konkretną wartość budżetu, w ramach którego będzie nadawany rabat. Budżet definiujemy dla konkretnego Operatora (BYDŻET OPE) lub dla kontrahenta (BUDŻET KNT). Charakterystyczną cechą opisywanego rabatu jest to, że jest on nadawane ręcznie, według uznania przez Operatora. System nie nalicza rabatu automatycznie, ale czyni to Operator w sposób świadomy i wg własnego uznania. Budżety rabatowe dotyczą wyłącznie dokumentów sprzedaży i mogą być udzielana na: zamówieniu sprzedaży ZS, fakturze sprzedaży: FS, FSE, paragonie PA oraz wydaniach zewnętrznych WZ i WZE.
Rabat retrospektywny – rabat retrospektywny zakupu i sprzedaży służy do nadania rabatu za dokonane już wcześniej transakcje w ustalonym przez Operatora okresie. Rabat retrospektywny sprzedaży został obsłużony dla transakcji rejestrowanych dokumentami: FS, WZ, FSE i WZE, rabat retrospektywny zakupu, którego podstawą jest zakup u dostawcy, dla transakcji dokonanych dokumentami FZ i PZ.
Definiowalne parametry promocji na przykładzie PRM
Zakładka {Nagłówek}
Nagłówek promocji PRM
Na zakładce definiowalne są parametry:
Nazwa promocji – nadawana przez operatora
Data początkowa i Data końcowa – określa czas trwania danej promocji
Rodzaje dokumentów – określa, dla jakich dokumentów dana promocja będzie przypisywana
Sposób łączenia z poprzednią – przy zaznaczonym parametrze „Dodaj” upusty i promocje będą się dodawały, natomiast przy zaznaczonym parametrze „Mnóż” promocje będą się naliczały kolejno.
Przyklad
Przykład: Dany towar ma zdefiniowane dwie promocje 11% i 2% oraz cenę początkową 100zł. Przy naliczaniu promocji z zaznaczonym „Dodaj” wyliczy się 13% ze 100 zł. Cena po rabacie będzie wynosiła: 100 zł – 13 zł = 87 zł. Przy zaznaczonym parametrze „Mnóż”, system uwzględnia promocję jedną po drugiej: 11% z 100 zł, czyli 89 zł, kolejno 2% z 89 zł, co daje cenę po rabacie: 87,22 zł.
Priorytet promocji – domyślnie przepisywany jest priorytet promocji zdefiniowany w module: Administrator, (Listy> Słowniki kategorii> Transakcje> Rodzaje rabatów z możliwością jego zmiany. Im niższy stopień priorytetu, tym waga promocji jest większa, np.: promocja o priorytecie 10 jest “ważniejsza” od promocji o priorytecie 20. Promocje są porządkowane również w ramach tego samego priorytetu, wg zasady, że “ważniejsza” jest ta promocja, która na liście promocji na zakładce {Wg priorytetu} znajduje się wyżej, stąd na zakładce tej istnieje możliwość bąbelkowania, czyli przesuwania promocji na liście. Wykonujemy to za pomocą przycisków: Przesuń w dół pozycję na liście, Przesuń w górę pozycję na liście.
Pomiń następne promocje – opcja ta obsługiwana jest następująco: zaznaczenie na konkretnej promocji powoduje, że żadna z promocji o niższym priorytecie (o wartości priorytetu większej, niż dana promocja) oraz żadna promocja o tym samym priorytecie, ale znajdująca się na liście promocji niżej, niż wskazana promocja, nie zostaną uwzględnione.
Wymienioną zależność widać z pozycji zakładki {Wg priorytetu} listy promocji:
- pominięte zostaną wszystkie promocje, znajdujące się poniżej promocji, na której zaznaczono pole: Pomiń następne promocje,
- uwzględnione zostaną wszystkie promocje, znajdujące się na wskazanej liście powyżej promocji, na której zaznaczono opcję: Pomiń następne promocje.
Uwaga
Uwaga: W przypadku promocji PLT i KNT to, czy promocja będzie uwzględniana czy nie zależy od tego, gdzie na liście promocji wg priorytetu umieszczona jest promocja GLO. Jeżeli jest poniżej promocji, na której określono opcję: Pomiń następne promocje, wówczas promocja PLT i promocja KNT nie zostaną uwzględnione.
Przyklad
Przykład: Na liście Rabaty pozycji promocja KNU posiada priorytet 30, natomiast promocja GLO ma priorytet 50. Na karcie KNU zaznaczono parametr „Pomiń następne promocje”. Promocje KNT i PLT mają odpowiednio priorytety 10 i 20. Przy wystawianiu dokumentu system naliczy rabaty tylko (chyba, że istnieją promocje o priorytetach „ważniejszych” (1-29)) z promocji KNU, pomijając GLO, mimo tego, że priorytety PLT i KNT są „ważniejsze” od KNU.
Promocja pakietowa – Możliwość wyboru promocji pakietowej o typie Elastyczna lub Stała. Więcej o promocji pakietowej w Rozdziale 5.
Limit - Wprowadzono funkcjonalność pozwalającą na definiowanie na promocji limitów, po wyczerpaniu których promocja przestaje obowiązywać. Sekcja aktywna dla promocji PRM nie-pakietowych. Więcej o promocjach limitowanych w Rozdziale 10.
Cykliczność promocji
Udostępniona została funkcjonalność wprowadzenia promocji powtarzanych cyklicznie. Dzięki niej Użytkownicy systemu nie będą musieli dodawać kolejnych promocji określając w ten sposób okresy ich aktywności. Nowa funkcjonalność pozwala, by w ramach jednej promocji wskazać regularność, z jaką będzie ona występowała.
Do promocji typu: PRM, WTR oraz CEN/CENNIK została dodana możliwość wskazania jej aktywności wykraczająca poza określenie daty rozpoczęcia i zakończenia promocji, czy też godzin jej obowiązywania. Udostępniona została konfigurowalność promocji występujących z regularnymi odstępami czasu. Ustalenie zakładanej regularności sprowadza się do wskazania okresów, w których promocja będzie aktywowana, a które to okresy będą cyklicznie powtarzane.
Wyróżniamy 4 rodzaje promocji cyklicznych:
Według dniPromocja cykliczna wg dni
Na promocji ustalono zakresy obowiązywania jak poniżej:
Data początkowa: 01.11.2013
Data końcowa: 30.11.2013
Powtarzać co: 2 dni
Oznacza to, że potwierdzona promocja będzie obowiązywała co drugi dzień w okresie 01.11.2013 – 30.11.2013. Poza tym zakresem promocja nie będzie naliczana.
Według tygodniPromocja cykliczna wg tygodni
Na promocji ustalono zakresy obowiązywania jak poniżej:
Data początkowa: 01.11.2013
Data końcowa: 30.11.2013
Powtarzać co: 2 tygodnie, czwartek
Oznacza to, że potwierdzona promocja będzie obowiązywała w co drugi czwartek pomiędzy 01.11.2013 i 30.11.2013.
Według miesięcyPromocja cykliczna wg miesięcy
Na promocji ustalono zakresy obowiązywania jak poniżej:
Data początkowa: 01.11.2013
Data końcowa: 30.11.2014
Powtarzać co: 1 miesiąc, od 10. do 15.
Oznacza to, że potwierdzona promocja będzie naliczana w każdym miesiącu począwszy od 01.11.2013 w dniach 01.-15. Promocja przestanie obowiązywać po 30.11.2014.
Według latPromocja cykliczna wg lat
Na promocji ustalono zakresy obowiązywania jak poniżej:
Data początkowa: 01.11.2013
Data końcowa: Brak ograniczenia
Powtarzać co: 4 lata, lipiec, od 07. do 21.
Oznacza to, że potwierdzona promocja będzie naliczana co 4 lata, w lipcu, od 07 do 21 dnia miesiąca.
Zakładka {Kontrahenci}
Promocja będzie miała zastosowanie wyłącznie wobec kontrahentów dodanych w tym miejscu do promocji, a jeżeli dodano tu grupę kontrahentów, to wobec wszystkich kontrahentów należących do tej grupy i wszystkich znajdujących się w niej “podgrup” kontrahentów.
Kontrahentów do promocji można dodać również poprzez opcję „z listy”. Wybranie takiej opcji spowoduję wyświetlenie okna „Kontrahenci”, po czym należy zaznaczyć konkretnych kontrahentów, do których będzie przypisana promocja.
Dana promocja może zostać naliczona na elemencie dokumentu tylko jeden raz, tak, więc dodanie do promocji grupy kontrahentów oraz kontrahenta, który znajduje się w tej grupie spowoduje, że naliczenie promocji nastąpi tylko raz.
Zakładka {Towary}
Promocja będzie miała zastosowanie wyłącznie wobec towarów dodanych w tym miejscu do promocji, a jeżeli dodano tu grupę towarów to wobec wszystkich towarów należących do tej grupy i wszystkich znajdujących się w niej „podgrup” towarów.
Istnieje tutaj możliwość wielokrotnego dodania tego samego towaru, czy tej samej grupy towarowej, jednak wg zasady, że dla tego samego towaru można zdefiniować ten sam próg jeżeli typ rabatu będzie różny (upust procentowy/upust wartościowy/stała cena/narzut na cenę zakupu).
W takim przypadku w pierwszej kolejności o tym, w jakiej wysokości zostanie udzielony rabat, decydują warunki zdefiniowane dla towaru, dopiero, jeżeli warunek (czyli próg) nie jest spełniony, sprawdzane są warunki zdefiniowane dla grupy towarowej, do której towar należy.
Została wprowadzona zmiana w zakresie kolejności w jakiej System ustala wielkość należnego dla towaru rabatu z tytułu danej promocji, jeżeli została ona oparta na grupach towarowych. O tym, czy System będzie „rozpoczynał analizę” od grupy, do której towar bezpośrednio należy decyduje parametr: ‘Grupa towaru ważniejsza niż grupa nadrzędna’. Jeżeli parametr jest włączony, wówczas grupa towaru zostanie potraktowana priorytetowo w stosunku do grupy nadrzędnej, w przeciwnym razie będą one traktowane tak samo. Parametr dostępny jest na poniższych formatkach promocji na zakładce ‘Towary’:
PRM-nie pakietowa
TWU
KNU
CEN
Przyklad
Przykład 1: Towar T1 należy do dwóch grup:
Grupa A
Grupa B – domyślna
Zdefiniowano promocję PRM1 z elementami j.n.:
Grupa A, próg 5szt, rabat 10%
Grupa B, próg 5szt, rabat 8%
T1, próg 6szt, rabat 6%
Scenariusz:
Parametr „Grupa towaru ważniejsza niż grupa nadrzędna”
Wyłączony:
FS na T1 x 6szt -> Rabat 6%
FS na T1 x 5szt -> Rabat 10%
Włączony:
FS na T1 x 6szt -> Rabat 6%
FS na T1 x 5szt -> Rabat 10%
Przykład 2: (grupa, do której towar należy ważniejsza, niż grupa do niej nadrzędna)
Towar T1 należy do dwóch grup:
Grupa A
Grupa B – domyślna
Zdefiniowano promocję PRM2 z elementami j.n.:
Grupa główna, próg 4szt, rabat 9%
Grupa A, próg 2szt, rabat 10%
Grupa B, próg 7szt, rabat 8%
T1, próg 7szt, rabat 6%
Scenariusz:
Parametr „Grupa towaru ważniejsza niż grupa nadrzędna”
Wyłączony:
FS na T1 x 8szt -> Rabat 6%
FS na T1 x 5szt -> Rabat 9%
Włączony:
FS na T1 x 8szt -> Rabat 6%
FS na T1 x 5szt -> Rabat 10%
Przykład 3:
Towar T1 należy do dwóch grup:
Grupa A
Grupa B – domyślna
Grupa C jest bezpośrednio nadrzędna w stosunku do grupy A
Zdefiniowano promocję PRM2 z elementami j.n.:
Grupa główna, próg 4szt, rabat 9%
Grupa A, próg 2szt, rabat 10%
Grupa B, próg 7szt, rabat 8%
Grupa C, próg 4szt, rabat 7%
T1, próg 7szt, rabat 6%
Scenariusz:
Parametr „Grupa towaru ważniejsza niż grupa podrzędna”
Wyłączony:
FS na T1 x 8szt -> Rabat 6%
FS na T1 x 5szt -> Rabat 9%
Włączony:
FS na T1 x 8szt -> Rabat 6%
FS na T1 x 5szt -> Rabat 10%
Uwaga
Uwaga: Progi mają zastosowanie w przypadku każdego rodzaju rabatu, czyli rabatu procentowego, wartościowego i promocji typu: stała cena.
Dodając towar do promocji PRM mamy możliwość określenia jaki będzie rodzaj naliczanej promocji:
Rabat od ceny sprzedaży
Procent – na elemencie dokumentu cena sprzedaży zostanie ustalona w oparciu o zdefiniowany na promocji rabat procentowy
Wartość – na elemencie dokumentu wartość całego elementu zostanie ustalona w oparciu o zdefiniowany na promocji rabat wartościowy
Narzut na cenę zakupu – rodzaj promocji stosowany wyłącznie dla elementów dokumentu rozchodowego. Cena sprzedaży ustalona zostanie na podstawie ceny zakupu podniesionej o zdefiniowany na promocji narzut procentowy lub wartościowy.
Uwaga
Usunięta została niedogodność w zakresie braku naliczania promocji typu narzut na cenę zakupu dla pozycji towarowych, dla których nie zdefiniowano cennika. Od wersji 2021.1 System nalicza tego typu promocję również na pozycjach z zerową ceną początkową. Poprawa dotyczy zarówno narzutu procentowego, jak i wartościowego.
Stała cena - stała cena na dany towar. Można ustawić próg również dla tego typu promocji. Ponadto można określić typ ceny: Netto lub Brutto.
Typy promocji PRM:
Procentowy – jeśli ilość w pozycji dokumentu sprzedaży jest, co najmniej taka, jak próg, to dla tej pozycji zostanie naliczony rabat procentowy według kolumny: Wartość (dodatkowy lub jedyny, w zależności od ustawienia parametru promocji: Naliczaj rabat).
Wartościowy – jeśli ilość w pozycji dokumentu sprzedaży jest, co najmniej taka, jak próg, to dla tej pozycji zostanie naliczony rabat wartościowy według kolumny: Wartość (dodatkowy lub jedyny, w zależności od ustawienia parametru promocji: Naliczaj rabat). Rabat wartościowy jest liczony tylko w walucie systemowej, netto.
Dla promocji PRM, nie pakietowej istnieje możliwość określenia na elemencie promocji limitu ilości dla poszczególnych elementów promocji. Opcja ‘Limit’ jest aktywna na pozycji promocji, jeżeli wcześniej na tej promocji nie ustalono limitu w nagłówku. Więcej o promocjach limitowanych w rozdziale 10 Promocja limitowana.
Element promocji PRM
Promocja na konkretny zasób
Udostępniono funkcjonalność przypisywania dostaw do promocji. Opisana funkcjonalność pozwala na rejestrację danej promocji na konkretną dostawę danego towaru. Do pozycji typu ,,towar” elementu promocji PRM, innej niż pakietowa, mamy możliwość przypisania konkretnej dostawy, dla której zdefiniowane warunki promocji mają obowiązywać. Dostawę wskazujemy na elemencie promocji, na zakładce {Dostawy}. W efekcie wybranie konkretnej dostawy lub kilku dostaw na zakładce {dostawy} elementu promocji będzie oznaczać to, że rabat zostanie naliczony wyłącznie, jeżeli na danym elemencie transakcji sprzedaży rozchód nastąpi wyłącznie z tych dostaw. Na elemencie transakcji, na zakładce {Dostawy} dostawa objęta promocją będzie odpowiednio oznaczona symbolem procenta. Można również pozostawić domyślną wartość ‘Wszystkie’, czyli bez wskazania konkretnej dostawy, dla której ma obowiązywać promocja.
Element promocji PRM, zakładka Dostawy
W przypadku elementów zamówienia sprzedaży ZS, promocja zdefiniowana dla konkretnych dostaw zostanie naliczona wyłącznie na elemencie niepotwierdzonego ZS, dla którego włączono tworzenie rezerwacji na niepotwierdzonym zamówieniu i wszystkie te rezerwacje są zasobowe i wskazują na dostawy przypisane do danej pozycji promocji. Jeżeli rezerwacje są tworzone dopiero podczas potwierdzania zamówienia ZS, wówczas System nie nalicza promocji zasobowych nawet wówczas, jeżeli rezerwacje te zostaną utworzone jako zasobowe i będą dotyczyć zasobów „promocyjnych”. Jest to podyktowane tym, że potwierdzanie zamówienia jest już operacją zatwierdzającą wcześniej przyjęte warunki handlowe i przeliczanie na tak późnym etapie zamówienia mogłoby być nieoczekiwane dla Użytkownika. Jeżeli więc promocje na konkretny zasób mają działać już na ZS, Użytkownik powinien pracować na ZS tworzącym rezerwacje na niepotwierdzonym zamówieniu.
Zakładka {Zestawy}
Zestawy można dodać do promocji z listy towarów, lub z listy zestawów promocyjnych. Zestawy promocyjne to zestawy, które są “używane” na innych, aktywnych promocjach.
W przypadku zestawów nie są określane progi, promocja będzie miała zastosowanie dla transakcji na dowolną ilość zestawów, pod warunkiem, że dodanie zestawu na dokument odbędzie się z użyciem polecenia: Dodaj zestaw.
Wysokość rabatu należy ustalić pojedynczo dla każdego składnika tego zestawu.
Uwaga
Uwaga: Jeżeli na dokumencie zmieniona zostanie np. ilość jednego ze składników zestawu, zestaw taki zostanie rozpięty i rabaty zdefiniowane dla tego zestawu nie zostaną naliczone. Użytkownik zostanie poinformowany przez system o takim zdarzeniu odpowiednim komunikatem:
Edytowany element jest składnikiem zestawu ZESTAW. Zapisanie pozycji spowoduje rozpięcie zestawu oraz przeliczenie pozostałych składników zestawu wg aktualnych promocji. Czy kontynuować?
Zakładka {Formy płatności}
Naliczanie promocji można dodatkowo uzależnić od formy płatności, jaka jest na dokumencie. Na zakładce określa się formę płatności oraz maksymalny termin spłaty lub konkretną datę płatności – jest to kolejny warunek dla naliczenia promocji (termin nie może przekroczyć terminu przypisanego do danej formy płatności), by promocja została przeliczona. Ze względu na wybór typu na formie płatności – Ilość dni lub Data, Operator ma możliwość określenia warunku daty na formie płatności. Wybierając typ ‘Ilość dni’ mamy możliwość określenia maksymalnego terminu zapłaty. Istnieje możliwość wybrania również opcji ‘Brak ograniczeń’ wtedy termin nie będzie ograniczony. Wybierając typ ‘Data’ mamy możliwość określenie konkretnej daty lub zakresu dat. W tej sytuacji aby promocja była naliczona jeżeli data na płatności będzie się mieścić pomiędzy wskazanym zakres lub będzie taka sama jak wskazana (konkretna data) promocja zostanie naliczona przy spełnieniu pozostałych warunków promocji.
Przyklad
Przykład:
Na formatce ‘Forma płatności’ na danej promocji określono następujące zakresy dat:
- Od: 25/06/2017, Do: 31/06/2017 – czyli jeżeli na płatności data będzie pomiędzy 25/06/2017 – 31/06/2017 to promocja zostanie naliczona; przy spełnieniu pozostałych warunków promocji
- Od: Brak ograniczenia, Do: 25/06/2017 – czyli jeżeli na płatności data będzie nie późniejsza niż 25/06/2017 to promocja zostanie naliczona
- Od: 25/06/2017, Do: Brak ograniczenia - czyli jeżeli na płatności data będzie nie wcześniejsza niż 25/06/2017 to promocja zostanie naliczona
- Od: Brak ograniczenia, Do: Brak ograniczenia – w praktyce brak ograniczenia, wszystkie dokumenty będą się kwalifikowały
Termin i forma płatności będzie pobierana z dokumentu z zakładki {ogólne}.
Do każdej promocji domyślnie dodana zostaje opcja dla płatności <Wszystkie> oraz termin <Brak ograniczenia>. Chcąc ustalić promocję uwzględniającą wybraną formę płatności, należy za pomocą przycisku lupy (lub dwuklikiem) podnieść do edycji domyślny wpis i z rozwijanego menu wybrać docelową formę, następnie wybrać odpowiedni typ: ‘Ilości dni’ (wtedy uzupełniamy maksymalny termin) lub typ ‘Data’ (wtedy określamy zakres dat dla płatności).
Uwaga
Uwaga: Dana forma płatności, będzie mogła wystąpić więcej razy wówczas, gdy na żadnym z rekordów nie będzie ustalonego typu: Ilość dni. Ponadto dla danej formy płatności, kolejne rekordy muszą mieć rozłączny zakres dat.
Obsługa promocji na konkretny dzień płatności
Aby dana promocja, uwarunkowana płatnością na konkretny dzień mogła zostać naliczona, należy ustalić datę płatności na dokumencie widoczną na nagłówku dokumentu, jako data Do. Jeżeli ta data mieści się w zakresie dat ustalonym na promocji, wówczas ta promocja będzie naliczona (przy zgodności pozostałych warunków).
Dodatkowy warunek nie ma znaczenia podczas ustalania ceny na dokumentach: ofert, zamówień, umów, zleceń serwisowych. Na tych dokumentach elementy mają cenę ustalaną z uwzględnieniem istniejących promocji, przy czym nie umożliwiają one wskazania konkretnej daty płatności, która w dalszej kolejności byłaby przekazywana na płatność podczas generowania dokumentu handlowego. Na tych dokumentach termin płatności jest zapisywany jako ilość dni od wystawienia lub sprzedaży faktury (w zależności od definicji dokumentu). Dopiero na fakturze, w oparciu o przekazaną ilość dni jest ustalana konkretna domyślna data płatności.
Zakładka {Sposób dostawy}
Naliczenie promocji można również uzależnić od sposobu dostawy, jaki jest na dokumencie. Na zakładce określa się sposób dostawy, który spowoduje przeliczenie promocji na dokumencie.
Do każdej promocji domyślnie dodany zostaje Sposób dostawy z opcją <Wszystkie>. Chcąc ustalić promocję uwzględniającą konkretny sposób dostawy, należy dwuklikiem przejść do edycji automatycznie dodanego rekordu i z rozwijanej listy zdefiniowanych sposobów dostawy wybrać docelowy.
Definiowanie sposobów dostawy odbywa się w konfiguracji, zakładka Ogólne> Słowniki> Sposoby dostawy.
Uwaga
Uwaga: Rekordu <Wszystkie> na zakładce spowoduje usunięcie pozostałych wpisów z listy określających sposoby dostawy.
Zakładka {Magazyny}
Naliczenie promocji można również uzależnić od magazynu, jaki został wybrany na dokumencie.
Do każdej promocji domyślnie dodany zostaje Magazyn z opcją <Wszystkie>. Chcąc ustalić promocję uwzględniającą konkretny magazyn, należy dwuklikiem przejść do edycji automatycznie dodanego rekordu i z rozwijanej listy zdefiniowanych magazynów wybrać docelowy.
Promocja, zakładka Magazyn
Zakładka {Miejsce w strukturze firmy}
Promocja będzie miała zastosowanie w centrum, które zostanie w tym miejscu zdefiniowane oraz we wszystkich centrach poległych dla tego centrum.
Zakładka {Atrybuty}
Na zakładce istnieje możliwość przypisania atrybutów do promocji. Aby możliwe było przypisanie atrybutów do konkretnej promocji, należy uprzednio przypisać je do obiektu: Promocje, w module: Administrator (okno: Definicja atrybutów).
Promocja typu Stała cena
W systemie istnieje możliwość parametryzowania naliczania promocji typu Stała cena na elementach dokumentów. Nowe parametry pozwolą na dodatkową konfigurację tej promocji.
Konfiguracja, sekcja ‘Dla promocji typu stała cena’
Łączenie innych promocji ze stałą ceną
Istnieje możliwość łączenia innych promocji z promocją typu stała cena. Aby odpowiednio skonfigurować takie działanie systemu należy przejść do Konfiguracja/Sprzedaż/Rabaty i promocje, w sekcji ‘Dla promocji typu stała cena’ mamy możliwość zaznaczenia parametru ‘Naliczaj inne promocje/rabaty’. Zaznaczenie lub odznaczenie tego parametru będzie decydowało o tym, czy podczas naliczania promocji stała cena system ma pomijać inne promocje czy tez naliczyć je wraz z promocją typu stała cena.
Jeżeli Użytkownik wybierze opcję naliczania innych promocji/rabatów dla stałej ceny to ze względu na specyfikę promocji typu stała cena należy mieć na uwadze odpowiednie ustalenie priorytetów takich ,,łączonych’’ promocji w ten sposób, aby promocja typu stała cena była naliczana przed dodatkowymi promocjami.
Kontrola marży minimalnej przy stałej cenie towaru
Operator ma możliwość ustalenia w konfiguracji systemu czy dla promocji typu stała cena system ma kontrolować marżę minimalną czy też nie. Jeżeli parametr będzie zaznaczony system wykona kontrolę i poinformuje użytkownika w trakcie dodawania towaru jeżeli towar nie osiągnie marży minimalnej.
Definiowane parametry promocji na przykładzie Promocji Pakietowych
Promocje pakietowe polegają na sprzedaży towarów w określonych zestawach, gdzie wysokość naliczonego rabatu na dokumencie będzie uzależniona od ilości sprzedawanych towarów lub wartości sprzedawanych towarów. W ramach promocji pakietowej można również przyznać gratisy.
Promocje pakietowe można podzielić przede wszystkim na dwie grupy:
Pakiety stałe
Pakiety elastyczne
Operator ma możliwość definiowania dodatkowych warunków dla promocji pakietowej między innymi wskazanie towarów z pakietu, które muszą być nabyte, określenie ile różnych towarów ma być nabytych, definiowanie minimalnej ilości pozycji dla poszczególnych grup towarowych.
Pakiety stałe
Promocja typu „Pakiet stały” polega na tym, iż użytkownik musi zakupić wszystkie towary wchodzące w skład promocji według zdefiniowanych warunków, aby otrzymać stosowany rabat.
W pakiecie stałym, oprócz naliczania rabatów, użytkownik może dołączyć do pakietów towarowych tzw. gratisy po bardzo zaniżonej cenie lub obniżonej o określony procent.
Pakiety elastyczne
Promocja typu „Pakiet elastyczny” polega na tym, iż użytkownik może nabyć dowolne towary z listy, na które udzielony zostanie upust, jeżeli wartość lub ilość zakupionych towarów osiągnie określony próg. Wartość upustu może być taka sama dla każdej pozycji albo dla każdej pozycji upust może być różny. Dodatkowo do pakietu można dodać gratis, jeżeli spełniony został próg pakietu.
Wymaganym warunkiem do naliczenia promocji pakietowej elastycznej jest spełnienie określonego progu wartościowego lub ilościowego. W związku z tym wyróżniamy następujące promocje pakietowe:
promocje od wartości transakcji – użytkownik otrzymuje rabat/gratis na wszystkie zakupione towary, jeżeli wartość zamówienia czy faktury przekroczy zakładany próg wartościowy.
Aby rabaty liczyły się od wartości początkowych, po spełnieniu przez użytkownika wskazanego progu, należy w Konfiguracji> Sprzedaż> Rabaty i promocje, zaznaczyć parametr „Realizacja pakietów liczona od wartości początkowych”. W przeciwnym razie rabat będzie liczony od wartości końcowych, już z uwzględnieniem upustu:
promocję od ilości towarów – użytkownik otrzymuje rabat/gratis na wszystkie zakupione towary, jeżeli ilość zamówionych lub zakupionych towarów przekroczy zakładany próg ilościowy.
Zakładka {Nagłówek}
Aby zdefiniować Promocje Pakietową należy wybrać zakładkę Zestawienia> Promocje> Listy promocji, następnie zaznaczyć w podliście „Rabat pozycji”.
W wyświetlonym oknie „Promocja – zostanie dodana” po zaznaczeniu parametru „Promocja pakietowa”, użytkownik wybiera rodzaj pakietu „Stały” lub „Elastyczny”.
Promocja, zakładka nagłówek- grupa rodzaju pakietu
Na zakładce definiowalne są parametry:
Nazwa promocji – nadawana przez operatora
Data początkowa i Datakońcowa – określa czas trwania danej promocji
Rodzaj pakietu – określony przez operatora
Pomiń rabaty nagłówka (GLO) – zaznaczony parametr pomija rabaty nagłówka podczas zastosowania Promocji Pakietowych. Jeżeli zostanie odznaczony, spowoduje naliczenie promocji GLO.
Dla Promocji Pakietowych odznaczenie parametru oznacza, że rabaty nagłówka zostaną wliczone do promocji, dopiero po uzupełnieniu (wprowadzeniu) rabatu w oknie „Ogólny” w „Rabat nagłówka”, jn.
Zamówienie sprzedaży, zakładka Ogólne
W przypadku promocji typu WTR, funkcjonalność systemu umożliwia przypisanie dodatkowo rabatu nagłówka dla promocji WTR, który będzie naliczany podczas zarejestrowania dokumentu handlowego. Wartość wynikająca z promocji WTR zostanie zsumowana z rabatami nagłówka.
Zamówienie sprzedaży, Struktura udzielonego rabatu
Uwaga
Uwaga: w przypadku naliczenie promocji pakietowych przyjęto zasadę, że całość ,,korzyści” wynikająca z zakupu określonego pakietu Klienta zostanie zdefiniowane jako rabat na tymże pakiecie, dlatego promocja pakietowa łączy się tylko z promocjami nagłówkowymi, jeżeli takowe mają zastosowanie (rabat % w nagłówku dokumentu, ustalony na postawie rabatu z karty kontrahenta, rabatu formy płatności, czy też wpisany tam ręcznie przez Operatora) i to wyłącznie na tych pakietach, na których parametr „Pomiń rabaty nagłówka GLO” jest wyłączony.
Maksymalna ilość pakietów
Dla promocji pakietowych możliwe jest określenia maksymalnej ilości pakietów dostępnych w ramach danej promocji. Ilość maksymalna może być rozumiana jako ilość łączna (zasada kto pierwszy, ten lepszy) lub jako ilość dla kontrahenta (zasada, każdy kontrahent, do którego kierowana jest dana promocja pakietowa może z niej skorzystać maksymalnie X razy). W tym ostatnim przypadku tak określona maksymalna ilość pakietów jest taka sama dla wszystkich kontrahentów przypisanych do danej promocji pakietowej. Funkcjonalność ta dostępna jest zarówno dla pakietów stałych, jak i elastycznych.
Przyklad
Przykład: Przy zakupie określonych ilości towarów Klient otrzyma 10%rabatu. Z promocji tej dany Klient może jednak skorzystać tylko dwukrotnie
Promocje pakietowe objęte limitem maksymalnej ilości pakietów nie są dostępna na ofercie sprzedaży. Jest podyktowane tym, że nie istnieje ścisłe powiązanie pomiędzy elementami ofert i zamówień, nie ma też kontroli ilości dokumentów, elementów, ilości na elementach zamówień wygenerowanych z oferty, trudno więc byłoby na podstawie ofert kontrolować stopień „wykorzystania” ilości pakietów.
W oknie wyboru pakietów, dostępnym z formatki dokumentu sprzedaży prezentowane są wszystkie pakiety należne danemu kontrahentowi, również te, dla których ilość maksymalna został już wykorzystana. To podczas próby użycia takiego pakietu na bieżącym dokumencie System kontroluje, czy przyznanie pakietu jest jeszcze możliwe, czy też nie. Rozwiązanie to jest podyktowane względami wydajnościowymi.
W przypadku pakietów elastycznych niemożliwe jest zaznaczenie pakietu, którego ilość maksymalna została już wykorzystana, w przypadku pakietów stałych zaś niemożliwe jest zaznaczenie pakietu z ilością większą, niż ilość pozostająca do wykorzystania. Różnica ta wynika ze specyfiki pakietów stałych, dla których System niejako proponuje ilość pakietów na podstawie „zawartości” dokumentu. System nadal tą ilość proponuje, pozwala ją również wprowadzić Użytkownikowi, nawet, jeżeli przekracza ona ilość pozostającą do wykorzystania, natomiast podczas zaznaczania pakietu kontroluje możliwość jego użycia we wskazanej ilości.
W zależności od opcji ustalonej na danej promocji pakietowej ww. kontrola dotyczy łącznej ilości udzielonych pakietów, niezależnie komu zostały one udzielone lub dokonywana jest w zakresie pakietów udzielonych temu konkretnego Klientowi.
Aby ułatwić Klientowi pracę z pakietami limitowanymi, udostępniona została kontekstowa informacja o ilości maksymalnej pakietu, ilości już wykorzystanej oraz ilości pozostającej do wykorzystania.
Kontekstowa informacja o stopniu wykorzystania pakietu limitowanego
Zakładka {Kontrahenci}
Promocja będzie miała zastosowanie wyłącznie wobec kontrahentów dodanych w tym miejscu do promocji, a jeżeli dodano tu grupę kontrahentów, to wobec wszystkich kontrahentów należących do tej grupy i wszystkich znajdujących się w niej „podgrup” kontrahentów.
Do promocji można dodać również kontrahenta nieokreślonego. Wybranie takiej opcji spowoduje naliczenie się zdefiniowanej promocji na dokumenty, na których nie określono kontrahenta. Wskazanie kontrahenta nieokreślonego na promocji ma szczególne zastosowanie dla paragonów, na których kontrahent nie jest wymagany.
Kontrahentów do promocji można dodać również poprzez opcję „z listy”. Wybranie takiej opcji spowoduję wyświetlenie okna „Kontrahenci”, po czym należy zaznaczyć konkretnych kontrahentów, do których będzie przypisana promocja.
Dana promocja może zostać naliczona na elemencie dokumentu tylko jeden raz, tak, więc dodanie do promocji grupy kontrahentów oraz kontrahenta, który znajduje się w tej grupie spowoduje, że naliczenie promocji nastąpi tylko raz.
Zakładka {Towary/Gratisy}
Zakładka Towary/Gratisy różni się wyglądem, w zależności od rodzaju wybranego pakietu na zakładce {Nagłówek}.
Zakładka Towary/Gratisy w Promocji pakietowej, typu Stały
Zakładka Towary/Gratisy dla pakietu stałego składa się z dwóch grup:
Towary – grupa zawiera listę konkretnych towarów, tworzących zestaw, gdzie należy określić próg każdego towaru oraz rodzaj i wartość upustu, jaki zostanie zastosowany przy zakupie wskazanych towarów. Dla towarów znajdujących się w promocji pakietowej dostępne są tylko dwa możliwe do wykorzystania upusty: Upust procentowy i Stała cena.
Gratisy – grupa zawiera listę gratisów, które zostaną dodane do zakupionych towarów, gdy wszystkie wyżej wymienione wymagania zostaną spełnione. Operator ma możliwość określenia rodzaju rabatu dla gratisu – rabat od ceny sprzedaży lub stała cena. Gratisy mogą być oznaczone jako domyślne. Jeżeli na danym gratisie zaznaczymy check ‘Mnóż’ system ustali ilość tego gratisu na podstawie wielkości realizacji promocji.
Przyklad
Przykład: Jeżeli użytkownik do promocji pakietowej dodał gratis w ilości 2 sztuk i włączył opcję ‘Mnóż’ wówczas:
- dla pakietu zrealizowanego w 100% system doda Gratis w ilości 2 szt.
- dla pakietu zrealizowanego w 200% system doda Gratis w podwójnej ilości (4 szt.)
Bez zaznaczonej opcji ‘Mnóż’ system wyliczy Gratis w obu przypadkach w ilości 2 sztuk.
Zakładka Towary/Gratisy w Promocji pakietowej, typu Elastyczny
Zakładka Towary/Gratisy dla pakietu elastycznego składa się z czterech sekcji:
Towary – grupa zawiera listę konkretnych towarów, gdzie należy określić próg każdego towaru oraz rodzaj i wartość upustu, jaki zostanie zastosowany przy zakupie wskazanych towarów. Dla towarów znajdujących się w promocji pakietowej dostępne są dwie możliwości upustu: Upust procentowy i Stała cena. Wybrane przez Operatora pozycje mogą mieć zaznaczony parametr ‘Wymagany’. Będzie to kolejny warunek dla promocji – aby pakiet mógł być zastosowany, wskazany towar musi wystąpić na dokumencie, będzie wymagany do naliczenia promocji pakietowej. Oznaczenie dotyczyć będzie danego pakietu, obowiązuje wiec dla wszystkich progów promocji.
Gratisy – grupa zawiera listę gratisów, które zostaną dodane do zakupionych towarów, gdy wszystkie wyżej wymienione wymagania zostaną spełnione. Gratisy mogą być oznaczone jako domyślne. Jeżeli na danym gratisie zaznaczymy check ‘Mnóż’ system ustali ilość tego gratisu na podstawie wielkości realizacji promocji. Dla elastycznych promocji pakietowych Operator ma możliwość ustalenia czy będzie możliwa zmiana ilości poszczególnych gratisów wydawanych Klientowi. Odpowiada za to parametr na promocji elastycznej ‘Edycja ilości wydawanych gratisów’. Jeżeli chceck będzie włączony, Operator będzie miał możliwość edytowania ilości danego gratisu podczas nadawania promocji pakietowej.
Uwaga
Uwaga: Podczas edytowania ilości nadawanych gratisów system kontroluje, aby łączna ilość przyznanych gratisów nie przekroczyła ilości należnej, rozumianej jako suma ilości wszystkich gratisów przypisanych do danego progu promocji.
Progi dla pakietów – Operator ma możliwość zdefiniowania odpowiedniego progu ilościowego lub wartościowego. Progów dla pakietów może być zdefiniowanych więcej niż jeden. Nie mogą być one natomiast innego rodzaju. Dla każdego progu istnieje możliwość ustalenia minimalnej ilości pozycji. Minimalna ilość pozycji określa nam jaka powinna być minimalna ilość pozycji na dokumencie, aby pakiet mógł być nadany.
promocja od wartości transakcji – użytkownik otrzymuje rabat/gratis na wszystkie zakupione towary, jeżeli wartość zamówienia czy faktury przekroczy zakładany próg wartościowy.
Aby rabaty liczyły się od wartości początkowych, po spełnieniu przez użytkownika wskazanego progu, należy w Konfiguracji> Sprzedaż> Rabaty i promocje, zaznaczyć parametr „Realizacja pakietów liczona od wartości początkowych”. W przeciwnym razie rabat będzie liczony od wartości końcowych, już z uwzględnieniem upustu.
promocja od ilości towarów – użytkownik otrzymuje rabat/gratis na wszystkie zakupione towary, jeżeli ilość zamówionych lub zakupionych towarów przekroczy zakładany próg ilościowy.
Progi wg grup – sekcja ‘Progi wg grup’ zawiera kontekstową listę progów wg grup. Progi promocji pakietowej można ,,rozbić” na wymagania dotyczące konkretnych grup towarowych. W ten sposób lista progów jest podzielona na dwie listy. Na liście górnej Operator ustala progi dla pakietu, dolna zaś będzie kontekstową listą progów wg grup. Lista dolna jest kontekstowa co oznacza, że dla każdego progu dla pakietu można ustalić inny próg wg grup. Podobnie jak dla progu ogólnego, również dla progów wg grup będzie można zdefiniować minimalną ilość pozycji. Ustalając minimalną ilość pozycji, definiujemy tym samym kolejny warunek promocji, czyli aby promocja pakietowa została naliczona musi zostać spełniony warunek dotyczący minimalnej ilości pozycji na dokumencie. Jeżeli operator ustali minimalną ilość równą 2 będzie to oznaczało, że należy na dokumencie dodać co najmniej dwie pozycje z dodanej listy towarów na promocji aby pakiet został naliczony.
Operator ma możliwość dodania do progów wg grup grupy towarowe rzeczywiste jak i dodanie grupy wirtualnej ,,inne”. Funkcja użycia grupy ,,innej” służy do ustalenia progu dla towarów spoza dodanych grup.
Progi ogólne dla pakietu będą miały zawsze ten sam rodzaj (albo wszystkie będą dotyczyły ilości albo wartości), jednak dla poszczególnych grup progi mogą się różnić, czyli dla jednej grupy może być zastosowany próg ilościowy, dla innej wartościowy.
Uwaga
Uwaga: System będzie pilnował, aby suma wielkości progów zdefiniowanych na grupach nie przekraczała wielkości progu ogólnego, może być zaś od niego mniejsza. To samo dotyczy minimalnej ilości pozycji.
Operator określa poszczególne rodzaje progów na promocji pakietowej elastycznej wraz z wartościami. Wyróżniamy następujące rodzaje progów dla promocji pakietowej elastycznej:
Próg wartościowy – należy określić wartość progu, za jaką kwotę należy zakupić towary, aby uzyskać rabat/gratisy.
Promocja, zakładka Towary/Gratisy dla pakietu elastycznego – próg pakietu od wartościPróg ilościowy – należy określić wartość progu, jaką ilość sztuk towaru należy zakupić, aby uzyskać rabat/gratisy.
Promocja, zakładka Towary/Gratisy dla pakietu elastycznego – próg pakietu od ilości
Próg ilościowy promocji pakietowej wyrażony w jednostce pomocniczej
Dla elastycznych promocji pakietowych z progiem typu „ilościowy” można zdefiniować jednostkę miary. Przypisanie tej jednostki oznacza, że zarówno progi ogólne tej promocji, jak i ilościowe progi dla grup towarowych, o ile je zdefiniowano, są wyrażone w tejże jednostce. Podczas sprawdzania stopnia realizacji poszczególnych progów System „sprowadza” ilości poszczególnych pozycji towarowych z dokumentu do tejże jednostki progu i dopiero tak ustaloną ilość porównuje z wielkością progu. Ww. pozwala na obsługę przypadków, kiedy to poszczególne towary mają różne przeliczniki do jednostki pomocniczej, w stosunku do której Firma chce zdefiniować próg promocji.
Przyklad
Przykład: Firma sprzedaje farby dostępne w różnych pojemnikach np. farba A w pojemniku 0,5 litra, farba B w pojemniku 1litr , farba C w pojemniku 5litrów itp. Promocja ma obowiązywać, jeżeli łączna sprzedaż farb przekroczy 10 litrów.
Dodatkowo, udostępniony został parametr Wymagaj użycia jm. z progu, którego ustawienie decyduje o tym, czy skorzystanie z danej promocji pakietowej oznacza, że na elementach dokumentu z tym pakietem ma zostać użyta ta jednostka (jako jednostka główna lub pomocnicza), czy też nie ma takiego wymagania, a wystarczy, aby jednostka taka była jedynie przypisana do karty towaru.
Na liście promocji pakietowych możliwych do zastosowania na dokumencie, opcjonalnie prezentowana jest kolumna z ilością w jednostce pomocniczej, zdefiniowanej na promocji pakietowej elastycznej. Stanowi ona wsparcie dla Użytkownika w zakresie ustalania/porównywania ilość w tejże jednostce z wymaganiem ilościowym progu. Pomimo wprowadzenia ww. dodatkowy informacji, kolumny z ilością dostępną, z ceną przed i po rabacie itp. nadal dotyczą jednostki podstawowej towaru. Aby dany towar brał udział w promocji pakietowej ze zdefiniowaną jednostką na karcie towaru należy przypisać tą jednostkę, czy to jako jednostkę podstawową, czy też pomocniczą. Dla towarów, do których nie przypisano tej jednostki, w kolumnie Ilość ustalana jest wielkość 0,0000, nawet, jeżeli towar ten znajduje się na dokumencie i edycja kolumny z ilością w oknie wyboru pakietu jest zablokowana. Towar taki nie jest uznawany jako wchodzący do pakietu, ani podczas ustalania % realizacji progu, ani podczas wybierania pakietu na dokument. Wskazanie jednostki na promocji pakietowej, czy też podanie ilości towaru w tejże jednostce w oknie wyboru pakietu nie oznacza, że pozycje towarowe będą dodawane na dokument w tejże jednostce. Stanie się tak wyłącznie wówczas, jeżeli na promocji tej włączony został wcześniej omówiony parametr Wymagaj użycia jm. z progu.
Jednostka pomocnicza dla gratisów pakietu elastycznego
Jednostka miary została udostępniona również dla gratisów promocji pakietowej elastycznej. Jednostkę tą można przypisać o ile włączony jest parametr Edycja ilości wydawanych gratisów, bowiem tylko wówczas, gdy to Operator na etapie wydawania gratisów decyduje które i ile gratisów wydać, sensowne jest operowanie łączną ilością wyrażoną we wspólnej jednostce pomocniczej tychże gratisów.
Przyklad
Przykład: Ciąg dalszy przykładu jw. Jeżeli Klient kupi co najmniej 10 litrów farb, wówczas dodatkowo otrzyma 2litry farb po symbolicznej cenie 1zł. Zdefiniowanie litrów jako jednostki gratisów pozwoli na operowanie farbami A i B sprzedawanymi w różnych pojemnikach w taki sposób, aby łącznie wydać 2 litry farby .
Definiowanie jednostki miary dla gratisów dokonywane jest dla poszczególnych progów promocji. Niezależnie od tego, czy dla gratisów zdefiniowana zostanie jednostka pomocnicza, czy też nie, ilości dla gratisów nadal zapisywane jest w jednostce podstawowej. Jeżeli dla gratisów zdefiniowano konkretną jednostkę, wówczas gratisami tymi mogą być wyłącznie te towary, które mają przypisaną tą jednostkę, czy to jako jednostkę podstawową, czy to pomocniczą.
Jednostka pomocnicza honorowana jest podczas ustalania i kontrolowania łącznej należnej ilości gratisów w danym progu. To w tejże jednostce prezentowana jest również informacja o ilości należnej gratisów, ilości dotąd przyznanej oraz pozostającej do przyznania. Jednostka pomocnicza ustalona dla gratisów jest przypisywana na element dokumentu handlowego dla tego gratisu.
Zakładka {Formy płatności}
Naliczenie promocji można dodatkowo uzależnić od formy płatności, jaka jest na dokumencie. Na zakładce określa się formę płatności oraz maksymalny termin spłaty, które muszą być spełnione (termin nie może przekroczyć terminu przypisanego do danej formy płatności), by promocja została przeliczona. Dla maksymalnego terminu można wybrać również opcję ‘Bez ograniczeń’. W takim przypadku termin nie będzie ograniczony. Termin i forma płatności będzie pobierana z dokumentu z zakładki {ogólne}.
Do każdej promocji domyślnie dodana zostaje opcja dla płatności <Wszystkie> oraz termin <Brak ograniczenia>. Chcąc ustalić promocję uwzględniającą wybraną formę płatności, należy za pomocą przycisku lupy (lub dwuklikiem) podnieść do edycji domyślny wpis i z rozwijanego menu wybrać docelową formę oraz termin płatności.
Po wybraniu formy płatności automatycznie przepisany zostanie domyślny dla niej termin płatności (określony w konfiguracji na zakładce: Sprzedaż/Formy płatności).
Uwaga
Uwaga: W przypadku dodania formy płatności z opcją <Wszystkie> pozostałe rekordy dotyczące wyszczególnionych form płatności zostaną usunięte z listy.
Zakładka {Sposób dostawy}
Naliczenie promocji można również uzależnić od sposobu dostawy, jaki jest na dokumencie. Na zakładce określa się sposób dostawy, który spowoduje przeliczenie promocji na dokumencie.
Do każdej promocji domyślnie dodany zostaje Sposób dostawy z opcją <Wszystkie>. Chcąc ustalić promocję uwzględniającą konkretny sposób dostawy, należy dwuklikiem przejść do edycji automatycznie dodanego rekordu i z rozwijanej listy zdefiniowanych sposobów dostawy wybrać docelowy.
Definiowanie sposobów dostawy odbywa się w konfiguracji, zakładka Ogólne> Słowniki> Sposoby dostawy.
Uwaga
Uwaga: Rekordu <Wszystkie> na zakładce spowoduje usunięcie pozostałych wpisów z listy określających sposoby dostawy.
Zakładka {Magazyny}
Naliczenie promocji można również uzależnić od magazynu, jaki został wybrany na dokumencie.
Do każdej promocji domyślnie dodany zostaje Magazyn z opcją <Wszystkie>. Chcąc ustalić promocję uwzględniającą konkretny magazyn, należy dwuklikiem przejść do edycji automatycznie dodanego rekordu i z rozwijanej listy zdefiniowanych magazynów wybrać docelowy.
Promocja, zakładka Magazyn
Zakładka {Miejsce w strukturze firmy}
Promocja będzie miała zastosowanie w centrum, które zostanie w tym miejscu zdefiniowane oraz we wszystkich centrach poległych dla tego centrum.
Zakładka {Atrybuty}
Na zakładce istnieje możliwość przypisania atrybutów do promocji. Aby możliwe było przypisanie atrybutów do konkretnej promocji, należy uprzednio przypisać je do obiektu: Promocje, w module: Administrator (okno: Definicja atrybutów).
Realizacja Promocji Pakietowych oraz WTR
Promocje Pakietowe oraz Promocja typu WTR realizowane są w różny sposób na dokumentach handlowych, w zależności od rodzaju promocji.
Poniższe prezentacje przedstawiają przykładowe realizacje tych promocji, na zamówieniu sprzedaży.
Promocje Pakietowe – rodzaj pakietu Stały
Aby zrealizować Promocje Pakietową, typu „Stały”- należy w pierwszym kroku zaznaczyć parametr na Definicji dokumentu> Inne „Stosuj promocje pakietowe”. Kolejnym krokiem jest zdefiniowanie promocji w Zestawienia> Promocje i rabaty> Lista promocji, a następnie uruchomienie Listy dokumentów handlowych i zarejestrowanie określonego dokumentu.
Poniżej został opisany proces realizacji Promocji Pakietowej, typu „Stały” na dokumencie ZS:
Została zdefiniowana promocja na towary T3 1szt. oraz T4 2szt. Jeżeli zostaną spełnione warunki klient zapłaci 45 PLN za towar T3, na towar T4 otrzyma rabat w wysokości 30%, oraz otrzyma Gratis T5 1szt. za kwotę 2 PLN.
Promocja pakietowa stała, zakładka Towary/Gratisy
Podczas rejestrowania dokumentu ZS, po wybraniu kontrahenta, dla którego została zdefiniowana promocja zostanie automatycznie wyświetlone okno „Promocje pakietowe dla kontrahenta”, w którym zostały zlokalizowane wszystkie promocje przypisane dla wybranego kontrahenta
W wyświetlonym oknie „Promocje pakietowe dla kontrahenta”, w prawym górnym rogu znajduje się parametr ”Automatyczna edycja okna”, który umożliwia parametryzację działania okna. Pozwala określić czy okno będzie otwierane automatycznie po wybraniu kontrahenta, czy tylko poprzez naciśnięcie ikony na dokumencie.
Zaznaczenie parametru oznacza, że okno będzie otwierane po wybraniu kontrahenta na dokumencie
Odznaczenie parametru oznacza, że okno będzie otwierane tylko po naciśnięciu ikony na dokumencie.
Uwaga
Uwaga: Parametr „Automatyczna edycja okna” jest domyślnie zaznaczony w oknie „Promocje pakietowe dla kontrahenta”
Okno promocji pakietowej
Po określeniu ilości pakietu przy nazwie promocji, automatycznie zostanie wygenerowana ilość spełniająca minimalne warunki zdefiniowanej promocji przy każdym towarze. Zgodnie z przykładem powyżej ustalono ilość pakietu równą 1. Automatycznie uzupełniono ilość dla towarów: T3 w ilości 1 szt. i T4 w ilości 2 szt. Jest to zgodne ze zdefiniowanymi progami. Nie ma możliwości ustalenia dowolnej ilości dla każdego towaru z osobna. Przy nazwie promocji wyświetlony jest procentowy poziom ‘realizacji’ pakietu. Promocja typu „Stały” jest promocją sztywną, aby została zrealizowana musi zostać zakupiona taka ilość towarów, jaka została zdefiniowana w promocji.
Po zaznaczeniu pakietu promocji nastąpi automatyczne zamknięcie okna i powrót do edycji rejestrowanego dokumentu. Na liście elementów będą widoczne towary, które zostały zdefiniowane w promocji, dodane z określonym upustem oraz gratisem.
Ikona dostępna z poziomu zakładki Ogólne dokumentu daje możliwość ponownego otwarcia okna „Promocje pakietowe dla kontrahenta” i modyfikację pakietu.
Zamówienie Sprzedaży z dodanym pakietem stałym
Dodawanie towarów z poziomu dokumentu
Podczas dodawania towarów bezpośrednio z poziomu dokumentu, elementy są identyfikowane
z towarami zdefiniowanymi w pakietach. Jeżeli w pakietach znajduje się towar, który został dodany na dokument, wówczas ilość tego towaru zostanie przepisana na elementy pakietu z towarem. Podczas dodawania towarów naliczane są zdefiniowane dla nich standardowe promocje.
Podczas dodania towaru z pozycji dokumentu, w oknie Promocje pakietowe cały rekord z dodanym towarem zostanie wyświetlony w kolorze niebieskim.
Wyliczenie procentu realizacji poszczególnych promocji pakietowych następuje względem ilości towarów wprowadzonych na dokument, towarów będących elementem promocji. Uwzględnienie promocji pakietowej na dokumencie będzie miało miejsce po wskazaniu przez użytkownika, który
z pakietów ma zostać zastosowany. Jeżeli pakiet zostanie zastosowany na dokumencie, wówczas dla pozycji, dla której naliczono pakiet, zostanie wycofany wcześniej zastosowany rabat.
Przyklad
Przykład: Dokument ZS oraz zdefiniowane dla wybranego kontrahenta Promocje pakietowe.
Na dokumencie ZS dodano towar T3 w ilości 1 szt. w związku z tym na elementach pakietu z towarem T3 kolumna „Ilość” powinna zostać wypełniona ilością 1 szt.
Jeżeli użytkownik ponownie doda element z towarem T4 w ilości 2 szt., to ilość w elementach pakietu dotyczącego tego towaru powinna zostać zmieniona na 2 szt.
Zamówienie Sprzedaży z dodanym pakietem stałym – elementyOkno promocji pakietowej – elementy dodane na ZS podświetlone na niebiesko
Parametr „Dla elementu” w sekcji Pakiety umożliwia prezentacje pakietów dla dodanego elementu z pozycji dokumentu.
Promocje Pakietowe - rodzaj pakietu Elastyczny
Aby zrealizować Promocje Pakietową, typu „Elastyczny”- należy w pierwszym kroku zaznaczyć parametr na Definicji dokumentu> Inne „Stosuj promocje pakietowe”. Kolejnym krokiem jest zdefiniowanie promocji w Zestawienia> Promocje i rabaty> Lista promocji, a następnie uruchomienie Listy dokumentów handlowych i zarejestrowanie określonego dokumentu.
Poniżej został opisany proces realizacji Promocji Pakietowej, typu „Elastyczny” na dokumencie zamówienia sprzedaży:
Próg od wartości
Została zdefiniowana promocja, próg od wartości 300 PLN gdzie minimalna ilość pozycji jest równa 2. Promocja została zdefiniowana na towary T1, T6, T7. Jeżeli zostaną spełnione warunki promocji klient otrzyma rabat w wysokości 10% dla towaru T1, 5% dla towaru T6, 7% dla towaru T7 oraz otrzyma Gratis T3 1 szt. za 1 PLN.
Promocja, zakładka Towary/Gratisy
Podczas rejestrowania dokumentu ZS, po wybraniu kontrahenta, dla którego została zdefiniowana promocja zostanie automatycznie wyświetlone okno „Promocje pakietowe dla kontrahenta”, w którym zostały zlokalizowane wszystkie promocje przypisane dla danego kontrahenta.
W wyświetlonym oknie „Promocje pakietowe dla kontrahenta”, w prawym górnym rogu znajduje się parametr ”Automatyczna edycja okna”, który umożliwia parametryzację działania okna. Pozwala określić czy okno będzie otwierane automatycznie po wybraniu kontrahenta, czy tylko poprzez naciśnięcie ikony na dokumencie.
Zaznaczenie parametru oznacza, że okno będzie otwierane po wybraniu kontrahenta na dokumencie
Odznaczenie parametru oznacza, że okno będzie otwierane tylko po naciśnięciu ikony na dokumencie
Uwaga
Uwaga: Parametr „Automatyczna edycja okna” jest domyślnie zaznaczony w oknie „Promocje pakietowe dla kontrahenta”
Promocja pakietowa elastyczna dla kontrahenta
Na promocji pakietowej elastycznej mamy możliwość określenia wybranych ilości dla towarów z promocji w kolumnie ‘Ilość’. W trakcie uzupełniania ilości dla promocji pakietowej kontrahenta system przy nazwie promocji wyświetla procentowy wskaźnik spełnienia warunków danej promocji pakietowej. Promocja typu „Elastyczny od wartości” nie wymaga zakupu wszystkich towarów objętych promocją, lecz konieczny jest zakup na kwotę progową. Okno promocji pakietowej dla kontrahenta może być odpowiednio modyfikowane o wyświetlane kolumny. Zaznaczenie ich lub odznaczenie będzie miało wpływ na pojawienie się lub zniknięcie kolumn na formatce. W podanym przykładzie zaznaczono kolumny ‘Cena początkowa’, ‘Cena po rabacie’, ‘Wartość końcowa’. Ponieważ zostały spełnione warunki promocji elastycznej od wartości system naliczył odpowiedni rabat i wyświetlił cenę i wartość po nadaniu rabatu.
To czy dana promocja pakietowa będzie możliwa do zastosowania zależy od tego, czy zostaną spełnione warunki tej promocji. Obok nazwy pakietu system wyświetla zdefiniowane progi. Przy progach znajduje się procentowy wskaźnik spełnienia warunków tego progu. W tym przypadku system wyświetlił spełnienie progów promocji na poziomie (250%/150%) 300.0000/2 co oznacza:
250% – procentowy poziom spełnienia progu (wartościowego lub ilościowego). W tym przypadku promocja pakietowa elastyczna została zdefiniowana z progiem wartościowym 300 PLN stąd, jeżeli wartość zakupionych towarów w pakiecie na dokumencie wynosi netto 749.70 PLN system wyliczył spełnienie progu wartościowego na poziomie 250%.
150% – procentowy poziom spełnienia progu minimalnej ilości pozycji na dokumencie. W tym przypadku, na promocji określono minimalną ilość pozycji dla progu równą 2, stąd na dokumencie mając 3 pozycje na dokumencie (T1, T6, T7) próg został spełniony w 150%.
0000/2 – zapis określający próg dla promocji. Progów może być wiele, stąd potrzeba określenia każdego z nich w oknie promocji. W typ przypadku zdefiniowano promocję pakietową elastyczną z progiem wartościowym 300 PLN, a dla progu wartościowego określono minimalną ilość pozycji równą 2 stąd zapis 300.0000/2.
Po zaznaczeniu pakietu nastąpi automatyczne zamknięcie okna i powrót do edycji rejestrowanego dokumentu. Na liście elementów będą widoczne towary, które zostały zdefiniowane w promocji, dodane z określonym upustem oraz gratisem.
Ikona dostępna z poziomu zakładki Ogólne dokumentu daje możliwość ponownego otwarcia okna „Promocje pakietowe dla kontrahenta” i modyfikację pakietu.
Uwaga
Uwaga: Aby rabaty liczyły się od wartości początkowych, po spełnieniu przez użytkownika wskazanego progu, należy w Konfiguracji> Sprzedaż> Rabaty i promocje, zaznaczyć parametr „Realizacja pakietów liczonych od wartości początkowych”. W przeciwnym razie rabat będzie liczony od wartości końcowych, już z uwzględnieniem upustu.
Próg od ilości
Została zdefiniowana promocja, ze zdefiniowanymi progami ilościowymi: 20.0000, 30.0000, 40.0000. Dla każdego z progów ustalono odpowiedni typ promocji i wartość. Okno z listą towarów i gratisów jest kontekstowe, co oznacza, że po wybraniu kursorem odpowiedniego progu po lewej stronie okna system wyświetli odpowiednie towary i gratisy dla tego progu po prawej stronie okna.
Promocja pakietowa, zakładka Towary/Gratisy – próg ilościowy 20.000Promocja pakietowa, zakładka Towary/Gratisy – próg ilościowy 30.000Promocja pakietowa, zakładka Towary/Gratisy – próg ilościowy 40.000Promocja pakietowe dla kontrahenta
W wyświetlonym oknie „Promocje pakietowe dla kontrahenta”, w prawym górnym rogu znajduje się parametr ”Automatyczna edycja okna”, który umożliwia parametryzację działania okna. Pozwala określić czy okno będzie otwierane automatycznie po wybraniu kontrahenta, czy tylko poprzez naciśnięcie ikony na dokumencie
Zaznaczenie parametru oznacza, że okno będzie otwierane po wybraniu kontrahenta na dokumencie
Odznaczenie parametru oznacza, że okno będzie otwierane tylko po naciśnięciu ikony na dokumencie.
Uwaga
Uwaga: Parametr „Automatyczna edycja okna” jest domyślnie zaznaczony w oknie „Promocje pakietowe dla kontrahenta”
Zgodnie z przedstawiony powyżej przykładem, dla promocji określono kilka progów ilościowych. W zależności od tego, który z warunków progu zostanie spełniony taki zostanie naliczony rabat i gratisy.
Pierwszy z progów zakłada spełnienie wymogu co do ilości 20.000, z minimalną ilością pozycji równą 2:
próg został uzyskany na co wskazuje wskaźnik procentowy (150%/100%) 20.0000/3, ponieważ na dokument dodano 3 z 4 dodanych na promocję towarów, w ilości 30 szt. (7+16+7), gdzie ilość pozycji na dokumencie to 3.
Po zaznaczeniu progu promocji nastąpi automatyczne zamknięcie okna i powrót do edycji rejestrowanego dokumentu. Na liście elementów będą widoczne towary, które zostały zdefiniowane w promocji, dodane z określonym upustem oraz gratisem.
Drugi z progów zakłada spełnienie wymogu co do ilości 30.000:
próg został uzyskany na co wskazuje wskaźnik procentowy (100%) 30.0000, ponieważ na dokument dodano 3 z 4 dodanych na promocję towarów, w ilości 30 szt. (7+16+7)
Po zaznaczeniu progu promocji nastąpi automatyczne zamknięcie okna i powrót do edycji rejestrowanego dokumentu. Na liście elementów będą widoczne towary, które zostały zdefiniowane w promocji, dodane z określonym upustem.
Trzeci z progów zakłada spełnienie wymogu co do ilości 40.0000:
próg nie został uzyskany na co wskazuje wskaźnik procentowy (75%) 40.0000, ponieważ ilość towarów wynosi 30 szt. (7+16+7), czyli poniżej progu ilościowego równego 40.0000
Po zaznaczeniu tego progu Operator uzyska odpowiednią informację o niespełnieniu warunków promocji.
Komunikat o braku możliwości wyboru pakietu
Ikona dostępna z poziomu zakładki Ogólne dokumentu daje możliwość ponownego otwarcia okna „Promocje pakietowe dla kontrahenta” i modyfikację pakietu.
Zamówienie sprzedaży, zakładka Ogólne
Dodawanie towarów z poziomu dokumentu
Podczas dodawania towarów bezpośrednio z poziomu dokumentu, elementy są identyfikowane z towarami zdefiniowanymi w pakietach. Jeżeli w pakietach znajduje się towar, który został dodany na dokument, wówczas ilość tego towaru zostanie przepisana na elementy pakietu z towarem. Podczas dodawania towarów naliczane są zdefiniowane dla nich standardowe promocje.
Podczas dodania towaru z pozycji dokumentu, w oknie Promocje pakietowe cały rekord z dodanym towarem zostanie wyświetlony w kolorze niebieskim.
Wyliczenie procentu realizacji poszczególnych promocji pakietowych następuje względem ilości towarów wprowadzonych na dokument, towarów będących elementem promocji. Uwzględnienie promocji pakietowej na dokumencie będzie miało miejsce po wskazaniu przez użytkownika, który z pakietów ma zostać zastosowany. Jeżeli pakiet zostanie zastosowany na dokumencie, wówczas dla pozycji, dla której naliczono pakiet, zostanie wycofany wcześniej zastosowany rabat.
Promocje pakietowe dla kontrahenta, zakładka Aktualne pakiety
Po zaznaczeniu okna przy nazwie promocji, została naliczona zdefiniowana promocja na towary wybrane na dokumencie, gdyż warunki promocji zostały zrealizowane.
Parametr „Dla elementu” w sekcji Pakiety umożliwia prezentacje pakietów dla dodanego elementu z pozycji dokumentu.
Promocja typu WTR
Aby zrealizować Promocję Nagłówka, typu WTR - należy w pierwszym kroku zdefiniować promocję w Zestawienia> Promocje i rabaty> Lista promocji. Następnie uruchomić Listę dokumentów handlowych i zarejestrować określony dokument.
Poniżej został opisany proces realizacji Promocji WTR, na dokumencie ZS:
Została zdefiniowana promocja dla kontrahenta „Kontrahent” na główną grupę towarów. Wartości upustu wynosi 20%, przy spełnieniu progu w wysokości 2 szt. Jeżeli zostaną spełnione warunki klient otrzyma rabat oraz otrzyma Gratis T5 1 szt. za kwotę 2 PLN.
Promocja, zakładka Wartość transakcji
Wygenerowano dokument ZS, gdzie dodano kontrahenta, dla którego została zdefiniowana promocja oraz towar T4 w ilości 3 szt. Przy próbie zatwierdzenia dokumentu system wyświetli automatycznie okno „Aktualne promocje od wartości transakcji”, na którym prezentowane będą wszystkie promocje WTR przypisane dla danego kontrahenta.
Zamówienie sprzedaży, zakładka OgólneAktualne promocje od wartości transakcji
Aby nadać rabat i gratis wynikający z WTR należy zaznaczyć parametr znajdujący się obok nazwy promocji oraz parametr znajdujący się obok gratisu. Po zapisaniu zmian, promocja oraz ewentualne gratisy zostaną uwzględnione na potwierdzanym dokumencie.
Budżet rabatowy Operatora i Kontrahenta
Promocja typu Budżet operatora/kontrahenta polega na określeniu konkretnej kwoty (dla Operatora lub Kontrahenta), którą ten będzie miał możliwość wykorzystania w postaci rabatu. Funkcjonalność można wykorzystać, przykładowo określając budżet rabatowy dla danego handlowca w firmie. Budżet rabatowy kontrahenta natomiast można zdefiniować jako kwotę rabatową dla dobrego Klienta w danej firmie. Istotą opisanej promocji jest to, że System nie nalicza jej automatycznie, ale czyni to Operator w sposób świadomy i wg własnego uznania. Tego typu promocja naliczana jest jako ostatnia na elemencie i zawsze metodą „Dodaj”, tj. od wartości początkowej transakcji.
Budżety rabatowe dotyczą wyłącznie dokumentów sprzedaży i mogą być udzielana na: zamówieniu sprzedaży ZS, fakturze sprzedaży: FS, FSE, paragonie PA oraz wydaniach zewnętrznych WZ i WZE.
Poszczególne zakładki nowego typu promocji i ich obsługa nie różni się od innych promocji, z wyłączeniem zakładek {Nagłówek}, {Kontrahenci}, {Operatorzy} i {Towary}, omówionych w dalszej części dokumentu.
Zakładka {Nagłówek}
Promocję typu budżet operatora i budżet kontrahenta dodajemy z poziomu Listy promocji i rabatów/Promocje/Rabaty budżetowe. Na liście będą widoczne zdefiniowane już wcześniej budżety rabatowe. Istnieje możliwość odpowiedniego filtrowania zdefiniowanych rabatów m.in. przez wybór operatora, datę obowiązywania, typ, stan.
Lista Budżetów rabatowych
Na zakładce ‘Nagłówek’ Operator wybiera typ definiowanego budżetu. Wyróżniamy dwa typy rabatu budżetowego:
Operatora – rabat budżetowy operatora polega na określeniu konkretnej kwoty, w ramach której operator będzie miał możliwość przyznawania rabatu podpiętym do promocji kontrahentom.
Kontrahenta – rabat budżetowy kontrahenta polega na określeniu konkretnej kwoty, w ramach której kontrahent będzie mógł ‘korzystać’ z rabatu.
Rabat budżetowy, zakładka {Nagłówek}
Zakładka {Kontrahenci}
Definiując promocję budżet rabatowy operatora, zakładka Kontrahenci będzie podobna do tej samej zakładki w innych promocjach. Standardowo na omawianej zakładce będzie możliwe zdefiniowanie odpowiednich kontrahentów lub grup kontrahentów, wobec których tę promocję będzie można zastosować. W tej sytuacji, tworząc transakcję sprzedaży, budżet rabatowy operatora będzie mógł być użyty dla kontrahenta przypisanego do promocji lub do kontrahenta, który należy do grupy kontrahentów przypisanej do promocji. Dla promocji typu budżet rabatowy kontrahenta omawiana zakładka będzie wykazywała różnice. Podstawową zmianą jest fakt, że przy tym rodzaju promocji możliwe będzie przypisanie jedynie konkretnego kontrahenta, bez możliwości przypisania grupy kontrahentów. Dla dodanego kontrahenta możliwe będzie określenie wartości budżetu rabatowego. Budżet rabatowy określony zostanie jako wartość netto, w walucie systemowej. Wartość rabatu może być wpisywana ręcznie lub ustalona dla pozostałych kontrahentów metodą Wypełnij wszystkie wg bieżącego. Metoda ta pozwala na ustalenie wartości budżetu dla wszystkich kontrahentów promocji na podstawie budżetu kontrahenta, który obecnie wskazujemy kursorem. Udostępniona została również opcja sprawdzenia aktualnego stanu budżetu rabatowego kontrahenta. Użycie ikony Wykorzystanie budżetu zwraca wartość budżetu, wartość wykorzystaną oraz wartość do wykorzystania. Informacja o tym, że dla danego kontrahenta określona została promocja typu rabat budżetowy KNT lub OPE będzie dostępna, tak jak w przypadku innych promocji na zakładce Upusty na karcie kontrahenta.
Promocja Budżet rabatowy Operatora – zakładka {Kontrahenci}Promocja Budżet rabatowy Kontrahenta – zakładka {Kontrahenci}Formatka dodania kontrahenta do BUDŻETU KNT/Sprawdzenie kwot ‘Wykorzystana’ i ‘Do wykorzystania’
Zakładka {Operatorzy}
Zakładka Operatorzy będzie dostępna tylko dla promocji budżet rabatowy operatora. Służy ona do definiowania odpowiednich operatorów, którym chcemy przyznać rabaty budżetowe. Wartość budżetu rabatowego dla danego operatora określana jest podobnie jak w przypadku promocji budżetu KNT dla danego kontrahenta. Określenie budżetu może nastąpić w formatce dodania/edycji operatora. Umożliwiona jest również opcja ,,Wypełnij wszystkie wg bieżącego”, która pozwoli na wypełnienie wartości budżetu zgodnie z budżetem operatora, który aktualnie jest wybrany kursorem. Podobnie jak w promocji budżet KNT, udostępniona została opcja sprawdzenia aktualnego stanu budżetu rabatowego operatora. Wykorzystanie budżetu zwraca wartość budżetu, wartość wykorzystaną oraz wartość do wykorzystania.
Promocja Budżet rabatowy Operatora – zakładka {Operatorzy}Formatka dodania Operatora do BUDŻETU OPE/Sprawdzenie kwot ‘Wykorzystana’ i ‘Do wykorzystania’
Zakładka {Towary}
Na zakładce ‘Towary’ Operator ma możliwość przypisania odpowiednich towarów lub grup towarowych, które będą obowiązywać dla tej promocji. W tej sytuacji, dana promocja o typie budżet rabatowy będzie mogła być zastosowana, jeżeli towar, którego dotyczy ta transakcja będzie dodany do promocji lub będzie należeć do grupy towarów, która została dodana do promocji. Zakładka ‘Towary’ na promocji budżetowej działa podobnie jak dla innych promocji w systemie z tą różnicą, że wartość rabatu oznacza maksymalną wartość rabatu możliwą do przyznania przez Operatora w ramach danego budżetu rabatowego. W tej sytuacji definiujemy rabat maksymalny dla danego towaru lub grupy towarowej. Może być zdefiniowany w formie upustu procentowego lub upustu wartościowego. Wartość rabatu maksymalnego może być uzupełniona metodą edit-in-place, przez dedykowaną formatkę lub metodą ‘Wypełnij według bieżącego’.
Promocja Budżet rabatowy – zakładka {Towary}
Realizacja Budżetu rabatowego Operatora i Kontrahenta
Specyfiką promocji typu Budżet rabatowy Operatora/Kontrahenta jest to, że rabat z tytuły tej promocji nie jest nadawany przez system automatycznie. Aby nadać rabat wynikający ze zdefiniowanej promocji budżetowej musi zostać nadany ręcznie przez operatora według uznania.
Dla poprawnej obsługi promocji typu Budżet rabatowy konieczne jest rejestrowanie struktury udzielonego rabatu (parametr ‘Rejestruj strukturę udzielonego rabatu’ w konfiguracji). Tylko bowiem w takim wypadku możliwe jest kontrolowanie stopnia wykorzystania poszczególnych budżetów. Z tego względu, jeżeli w Systemie istnieje potwierdzona promocja tego typu, niemożliwe będzie odznaczenie parametru „„Rejestruj strukturę udzielonego rabatu” w konfiguracji Systemu.
Udzielenie rabatu budżetowego
Rabat budżetowy KNT oraz OPE może zostać udzielony wyłącznie na dokumentach: ZS, FS, WZ, PA, WZE i FSE. Przyznanie promocji budżetowej na dokumencie odbywa się poprzez kliknięcie ikony [Rabaty budżetowe] na dokumencie. Po wciśnięciu ikony automatycznie otwiera się okno Budżety rabatowe. Okno podzielone jest na dwie sekcje. W górnym oknie prezentowana jest lista budżetów rabatowych kontrahenta i operatora, które są możliwe do wyboru. Dla danej promocji budżetowej prezentowana jest informacja o wartości budżetu, o wartości wykorzystanej z budżetu oraz o pozostałej wartości budżetu.
W sekcji dolnej wyświetlone zostaną elementy dokumentu. Dla elementu będzie również prezentowana informacja o maksymalnym rabacie, jaką ustalono na danym rabacie budżetowym oraz wielkość udzielonego rabatu budżetowego. Informacja dotycząca danego elementu będzie prezentowana kontekstowo, czyli dla budżetu, który jest aktualnie wskazany kursorem w górnej sekcji okna.
Naliczenie rabatu wykonujemy poprzez edycję rabatu (procentowego i kwotowego), ceny końcowej i wartości końcowej na dolnej liście. Możliwe jest również zaznaczenie odpowiednich elementów i użycie opcji ‘Udziel maksymalnego rabatu’. Funkcja ta pozwala nadać wszystkim wskazanym elementom z dolnej sekcji maksymalny rabat możliwy do naliczenia z danego budżetu rabatowego. Jeśli Operator będzie chciał powrócić do stanu sprzed edycji należy wybrać opcję ‘Zeruj rabat’.
Przyklad
Przykład: Zdefiniowano promocję BUDŻET OPE dla Operatora OP1, gdzie wartość budżetu rabatowego to 5 000 PLN. Promocja obowiązuje dla towarów jak poniżej:
T1 – rabat maksymalny 5 PLN
T3 – rabat maksymalny 15 PLN
T4 – rabat maksymalny 15%
T5 – rabat maksymalny 7%
Operator OP1 wystawił dokument FS. W ramach zdefiniowanego rabatu budżetowego Operator może nadać rabat:
- według uznania, do górnej granicy zdefiniowanego rabatu maksymalnego dla każdej z pozycji
- nadać pozycji rabat maksymalny przez użycie funkcji ‘Udziel max rabatu z bieżącego budżetu na wskazanym elemencie’
Okno Budżety Rabatowe
W przedstawionym powyżej przykładzie widzimy, że Operator nie nadał na każdej pozycji rabatu maksymalnego, a wykonał to według uznania. Kolumna ‘rabat maksymalny’ nie oznacza rabatu, jaki każdorazowo musi być nadawany dla pozycji, a jedynie określa górną granicę rabatu.
Wartość nadanego rabatu sumarycznie w ramach danego rabatu budżetowego wyświetlana jest w kolumnie ‘Naliczona’.
Istnieje możliwość nadania rabatu łącznie z dwóch budżetów rabatowych np. w ramach promocji budżet rabatowy operatora a następnie w ramach budżetu rabatowego kontrahenta.
Parametryzacja obsługi budżetów rabatowych podczas zmiany ilości na elemencie
W Konfiguracja/Sprzedaż/Rabaty i promocje udostępnione zostały stosowne parametry decydujące o obsłudze budżetu rabatowego przy zmianie ilości na elemencie dokumentu. Wybrany przez Operatora parametr będzie decydowała o tym, czy podczas zmiany ilości na elemencie System ma utrzymywać kwotę udzielonego rabatu budżetowego, czy też procent tego rabatu. Zdefiniowany parametr będzie działał zarówno dla dokumentu wygenerowanego z innego dokumentu, jak i dokumentu dodawanego ręcznie.
Przyklad
Przykład: Dla kontrahenta K1 zdefiniowano budżet rabatowy o wartości 500,00, przypisano do niego towary j.n.:
T1 rabat maksymalny 30%
T2 rabat maksymalny 80%
Zarejestrowano ZS1, na którym naliczono z ww. budżetu rabat 50,00
Zarejestrowano ZS2:
T1 10szt cena początkowa 100,00, naliczono rabat budżetowy 100,00, czyli po rabacie: 10szt x 90,00= 900,00
Operator generuje FS na całość
FS1 10szt x 90,00 = 900,00 naliczony rabat budżetowy 100,00
Teraz Operator zmniejsza ilość na 4szt, w wyniku czego:
1. Jeżeli parametr w konfiguracji ustawiony jest na „Wartość…”, wówczas
4szt x 75,00 = 300,00, rabat budżetowy 100,00
2. Jeżeli parametr w konfiguracji ustawiony jest na „Procent..”, wówczas
- ustalenie Wartości X1, gdzie X1 to maksymalny możliwy rabat budżetowy dla danego towaru: 120,00
- ustalenie Wartości X2, gdzie X2 to kwota pozostająca niewykorzystana z danego budżetu (bez elementu bieżącego: 500-50=450,00
- ustalenie Wartości X3, gdzie X3 to ustalona „należna” wielkość rabatu budżetowego dla nowej ilości:: 100/10*4=40,00
Naliczony zostanie rabat budżetowy 40,00
4szt x 90,00 = 360,00, rabat budżetowy 40,00
Promocja limitowana
Wprowadzona została funkcjonalność pozwalającą na definiowanie na promocji limitów, po wyczerpaniu których promocja przestaje obowiązywać. Limit taki będzie mógł przybrać jedną z poniższych postaci:
Limit Ilości, dotyczący maksymalnej ilości „towaru/towarów”, dla której dana promocja obowiązuje
Limit Wartości, dotyczący maksymalnej kwoty rabatu, jaka może zostać udzielona w ramach danej promocji
Limit wielkości refundacji, dotyczący udzielania danej promocji aż do wyczerpania określonej kwoty refundowanej, stanowiącej część kosztów udzielonej promocji, jaką pokrywa dostawca/producent lub inny podmiot zewnętrzny.
Ww. funkcjonalność dotyczy promocji nie-pakietowych typu PRM. W przypadku dwóch pierwszych typów limitów funkcjonalność została obsłużona zarówno na dokumentach sprzedaży, jak i zakupu, w przypadku ostatniego z nich, na dokumentach sprzedaży.
Promocje limitowane j.w. zostały obsłużone na zamówieniach, dokumentach handlowych oraz zleceniu serwisowym ZSR, nie będą zaś naliczane na ofertach.
Poniżej zostaną opisane szczególne parametry dla tej promocji. Zakładki standardowe dla promocji, które zostały opisane już wcześniej nie będą przytaczane.
Promocja do wyczerpania ilości
Promocja z limitem typu „Ilość” może przyjąć dwie formy: limitu zdefiniowanego dla całej promocji oraz limitu zdefiniowanego na poszczególnych elementach promocji, czyli poszczególnych towarach w promocji.
Limit ilościowy zdefiniowany na nagłówku promocji oznacza, że promocja ta dotyczy łącznej ilości określonej na promocji, niezależnie od tego, na jakich towarach z promocji zostanie ona naliczona. Limit ilościowy zdefiniowany zaś na elemencie promocji oznacza, że promocja dla tego towaru obowiązuje do wyczerpania ilości zdefiniowanej na tym konkretnym towarze.
W przypadku limitów ilości/wartości definiowanych na poszczególnych towarach przyjęto zasadę, zgodnie z którą, jeżeli towar ten jest dodany do promocji wielokrotnie (np. z uwagi na różne rabaty w zależności od progu minimalnego), limit na wszystkich pozycjach wskazujących na ten towar jest taki sam. Limitów nie można definiować na grupach towarowych w promocji.
W przypadku refundacji możliwe jest jej zdefiniowanie na różnym poziomie dla tego samego towaru, możliwe jest również jej określenie na grupie towarowej w promocji.
Uwaga
Uwaga: Ww. limity funkcjonują rozłącznie, tj. jeżeli zdefiniowano limit ilościowy na nagłówku, wówczas nie można go określić na elementach i odwrotnie.
Limit ilościowy dla całej promocji. Do definiowania limitów dla całej promocji służy sekcja „Limit” na formatce promocji PRM, aktywna po zaznaczeniu checkboxa „Limit”. Limit w postaci łącznej ilości, dla której obowiązuje promocja jest definiowany po wskazaniu opcji „Ilość” jako typ limitu. Pozostałe rodzaje limitów tej sekcji zostały omówione w dalszej części dokumentu.
Okno Promocji limitowanej – nadanie limitu ilościowego dla całej promocji
Limit ilości dla poszczególnych elementów promocji Limit Ilości dla promocji można zdefiniować na poszczególnych elementach (czyli towarach) promocji nie-pakietowej PRM, dla której nie określono Limitu w nagłówku. Limit ten można zdefiniować na formatce elementu promocji (towaru lub grupy towarowej) w sekcji ‘Limit’. Wartość limitu można również wprowadzić metodą edit-in-place na liście elementów promocji. Limit może być nadany także seryjnie dla zaznaczonych elementów w oknie ‘Edycja elementów promocji’. Funkcją ,,wypełnij wszystkie wg bieżącego” system przeniesie wartość limitu dla reszty elementów.
Limit ilościowy dla nadany dla konkretnego towaruSeryjne nadanie limitu w oknie ‘Edycja elementów promocji’
Promocja do wyczerpanie wartości rabatu
Promocja z limitem typu „Wartość rabatu” również może przyjąć dwie formy: limitu zdefiniowanego dla całej promocji oraz limitu zdefiniowanego na poszczególnych towarach w promocji.
Limit „Wartości rabatu” zdefiniowany na nagłówku promocji oznacza, że łącznie, z tytułu tej promocji System może naliczyć rabat w kwocie netto w walucie Systemowej nie większej, niż kwota określona w nagłówku promocji, niezależnie na jakim towarze zostanie ona naliczona.
Limit „Wartości rabatu” zdefiniowany na elemencie promocji (taki sam dla wszystkich rekordów wskazujących na dany towar) oznacza, że łączna kwota rabatu naliczona dla tego towaru nie może przekroczyć kwoty określonej na tym towarze w promocji.
Ww. limity będą funkcjonować rozłącznie, tj. jeżeli limit zdefiniowano na nagłówku, wówczas nie jest on definiowany na elementach i odwrotnie.
Limit „Wartość rabatu” dla całej promocji. Maksymalna wartość rabatu dla promocji jest definiowana w opisywanej już sekcji „Limit” formatki promocji nie-pakietowej PRM.
Podobnie jak dla promocji z limitem ilościowym, również dla promocji z określoną wartością maksymalną rabatu udostępniona została informacja o kwocie już wykorzystanej oraz pozostającej do wykorzystania z tej promocji.
Limit wartościowy dla poszczególnych elementów promocji. Limit wartościowy można definiować na poszczególnych towarach promocji nie-pakietowej PRM, dla której nie określono Limitu w nagłówku. Limit ten można definiować podobnie jak w przypadku limitu Ilości.
Promocja refundowana
Promocja refundowana jest szczególnym rodzajem promocji sprzedażowej, w której część kosztów udzielonego w jej ramach rabatu ponosi Dostawca/Producent, lub inny Podmiot. W nagłówku takiej promocji definiowana jest maksymalna wartość refundacji dla danej promocji, rozumiana jako wartość netto w walucie Systemowej, natomiast na towarach w tejże promocji definiowany jest sposób ustalanie kwoty refundowanej dla transakcji dokonanej danym towarem, na którym tej promocji udzielono.
Promocja będzie naliczana aż do wyczerpania kwoty refundowanej określonej w nagłówku promocji.
Promocję nie-pakietową PRM można oznaczyć jako refundowaną poprzez zaznaczenie checkboxa „Limit” i wskazanie opcji „Kwota refundowana” jako rodzaju limitu.
Jeżeli daną promocję oznaczono jako promocję refundowaną, wówczas na jej poszczególnych pozycjach (towarach w promocji) Operator może definiować zasady refundacji, czyli określać jaka część naliczonego przez Firmę rabatu, zostanie zwrócona przez Dostawcę, Producenta, lub inny podmiot ponoszący częściowo koszty danej promocji.
Inaczej niż w przypadku limitów ilości/wartości, na promocji refundowanej można określić różne zasady refundacji dla tego samego towaru (z innym progiem, czy też wielkością rabatu), można je określać również na rekordach wskazujących na grupy towarowe.
Wielkość refundacji można określić jako konkretną wielkość (kwotę) rabatu od elementu transakcji, kwotę rabatu od każdej „sztuki” towaru, lub jako % wielkość udzielonej kwoty rabatu:
„Wartość”: metoda ta oznacza, że bez względu na ilość/wartość/kwotę rabatu na elemencie dokumentu, na którym naliczono tą promocję, kwota refundowana dla elementu ma zostać ustalona na poziomie określonej kwoty
„Wartość jednostkowa”: wielkość refundacji zdefiniowana jako określona kwota od każdej „sztuki” towaru, dla której naliczono promocję
„Procent z kwoty rabatu”: wielkość refundacji zdefiniowana jako określony procent z kwoty naliczonego rabatu z tytułu danej promocji
Przyklad
Przykład 1: PRM1
T1: rabat 20%; wielkość refundacji: Wartość 10,00PLN
Bez względu na ilość na elemencie transakcji, kwota refundowana wyniesie 10,00 PLN:
FS1 T1 10szt, naliczono promocję PRM1 w kwocie 100,00, kwota refundacji: 10,00 PLN
FS2 T1 20szt, naliczono promocję PRM1 w kwocie 200,00, kwota refundacji 10,00 PLN
Przykład 2:
PRM2
T1: rabat 10%; wielkość refundacji 10,00 PLN/szt
Podczas sprzedaży 1szt towaru, kwota refundacji wyniesie 10,00PLN, podczas sprzedaży 3szt: 30,00PLN itp.
Przykład 3:
PMR3
T1 rabat 8%; wielkość refundowana: 50%
Ww. oznacza, że połowa kwoty udzielonego rabatu będzie refundowana przez Dostawcę/Producenta. Jeżeli więc cena początkowa towaru wynosi 100,00PLN, sprzedane zostaną 3szt towaru, System naliczy 8% rabatu, czyli kwotę 24,00, kwota refundowana wyniesie 12,00.
Przykład 4:
Operator definiuje promocję na towar T2 w wysokości 6%, z czego 2% pokrywa Dostawca/Producent, pozostałe 4% zostaną poniesione przez Firmę. W takim wypadku wielkość refundacji należy zdefiniować na poziomie 33,33% (2/6*100)
Typy refundacji na elemencie promocji
Obsługa promocji limitowanej i jej rozliczenie
Obsługa na dokumentach
Promocje refundowane zostały obsłużone na dokumentach sprzedaży: zamówieniach sprzedaży ZS, zleceniu serwisowym ZSR, dokumentach handlowych sprzedaży: FS, WZ, PA, FSE, WZE, WKA, oraz formatce łatwej sprzedaży.
Dla poprawnej obsługi promocji „limitowanej” konieczne jest rejestrowanie struktury udzielonego rabatu, tylko bowiem w takim wypadku możliwe jest kontrolowanie stopnia wykorzystania poszczególnych limitów zdefiniowanych na promocji. Z tego względu, jeżeli w Systemie istnieje potwierdzona promocja tego typu, niemożliwe będzie odznaczenie parametru „Rejestruj strukturę udzielonego rabatu” w konfiguracji Systemu, o czym Użytkownik jest informowany podczas próby wyłączenia tego parametru.
Z kolei jeżeli ww. parametr w konfiguracji jest wyłączony, wówczas nie uda się potwierdzić promocji limitowanej.
Struktura udzielonego rabatu dla promocji limitowanej
Promocje z limitem ilościowym
Promocje z limitem ilościowym zostały obsłużone na zamówieniach sprzedaży i zakupu ZS, ZZ, zleceniu serwisowym ZSR, dokumentach handlowych sprzedaży i zakupu: FS, WZ, PA, FSE, WZE, WKA, FZ, PZ, PZI, FRR, PKA oraz formatce łatwej sprzedaży.
Oprócz sprawdzania dotychczasowych warunków, koniecznych do naliczenia danej promocji, System będzie sprawdzał, czy ilość na elemencie transakcji nie przekracza ilości pozostałej, niewykorzystanej z tej promocji.
Nie przewiduje się „częściowego” naliczenia promocji w sytuacji, gdy co prawda promocja nie została jeszcze „wyczerpana”, jednak ilość niewykorzystana jest mniejsza niż ilość, jakiej dotyczy bieżąca transakcja.
Przyklad
Przykład: W PRM1 dla T1 zdefiniowano rabat 10%, limit 100szt. Dotychczas naliczono już promocję dla 97szt, Ilość pozostająca to 3szt.
Jeżeli teraz Operator zarejestruje FS na 6szt T1, wówczas promocja nie zostanie naliczona, bowiem ilość na elemencie przekracza ilość, dla której promocja może jeszcze zostać naliczona, System nie będzie naliczał np. 5% (połowę), byłoby to bowiem dość nieoczekiwane i niezgodne z warunkami promocji. Aby promocja została naliczona, Operator musi zmniejszyć ilość na elemencie na 3szt a pozostałą ilość dodać na odrębnym elemencie.
Promocje z limitem wartościowym
Promocje z limitem wartościowym zostaną obsłużone na tych samych dokumentach, co promocje z limitem ilościowym – różnica miedzy będzie polegała na samym mechanizmie kontroli ich naliczania.
System, podobnie jak w przypadku promocji z limitem ilości sprawdzi dotychczasowe warunki, koniecznych do nadania promocji. Następnie System będzie sprawdzi, czy naliczenie danej promocji na elemencie transakcji nie spowodowałoby przekroczenia dozwolonej kwoty rabatu. Do takiego porównania stosowne będą wielkości netto w walucie Systemowej, niezależnie od waluty, w jakiej zostały zarejestrowane wcześniejsze transakcje „konsumujące” zdefiniowany limit wartości rabatu.
Nie przewiduje się „częściowego” naliczenia promocji w sytuacji, gdy co prawda promocja nie została jeszcze „wyczerpana”, jednak pozostająca z niej wartość jest niewystarczająca dla zastosowania promocji dla bieżącej ilości/wartości transakcji.
W przypadku Limitu zdefiniowanego w nagłówku promocji, zdefiniowana na niej Wartość rabatu będzie „konsumowana” każdorazowo przy naliczeniu tej promocji udzielanej na dowolnym towarze, niezależnie od tego, czy towar został do niej przypisany wprost, czy też poprzez grupę towarową, do której należy.
W przypadku limitów definiowanych na towarach w promocji, określona na nim wielkość rabatu będzie dotyczyła wyłącznie promocji naliczonej na transakcjach z tym towarem. Promocja naliczona na towarze, który nie został dodany bezpośrednio do promocji, lecz jedynie należy do grupy towarowej na promocji, będzie udzielana bez żadnego limitu. Dopiero dodanie towaru i zdefiniowanie dla niego limitu spowoduje, że naliczana dla niego promocja będzie „konsumowała” limit promocyjny zdefiniowany na towarze, niezależnie od tego, czy została naliczona na podstawie elementu promocji typu „towar”, czy w związku z przynależnością towaru do grupy na promocji.
Promocje refundowane
Promocje refundowane zostaną obsłużone na dokumentach sprzedaży: zamówieniach sprzedaży ZS, zleceniu serwisowym ZSR, dokumentach handlowych sprzedaży: FS, WZ, PA, FSE, WZE, WKA, oraz formatce łatwej sprzedaży.
W pierwszej kolejności zostanie sprawdzone spełnienie warunków promocji jakie zostały na niej zdefiniowane przez Operatora. Następnie, System będzie sprawdzał, czy udzielenie promocji „refundowanej” na danym elemencie nie spowoduje przekroczenia maksymalnej wielkości kwoty refundowanej z tej promocji. Jeżeli wielkość refundacji zostałaby w ten sposób przekroczona, wówczas promocja nie zostanie zastosowana.
Nie przewiduje się „częściowego” naliczenia promocji w sytuacji, gdy co prawda kwota refundacji nie została jeszcze „wyczerpana”, jednak pozostająca z niej wartość jest niewystarczająca dla zastosowania promocji dla bieżącej ilości/wartości transakcji.
Sprawdzanie wykorzystanego limitu
Na promocji limitowanej, która został już potwierdzona, Operator ma możliwość sprawdzenia dla jakiej ilości/wartości/kwoty refundowanej towaru została już naliczona promocja oraz dla jakiej ilości/wartości/kwoty refundowanej można będzie ją jeszcze naliczyć.
W zależności od rodzaju limitu i sposobu jej ustalenia będzie możliwe sprawdzenie opisanego ‘wykorzystania’ zdefiniowanego limitu na zakładce ‘Nagłówek’ (jeżeli limit ustalono dla całej promocji w nagłówku) lub na poszczególnym elemencie promocji (jeżeli ustalono limit na konkretny element promocji).
Sprawdzenie wykorzystania limitu dla konkretnych elementów promocjiSprawdzenie wykorzystania limitu dla całej promocji na nagłówku
Rozliczenie promocji refundowanej
Promocja limitowana z kwotą refundowaną może być rozliczona przez Operatora. Na potwierdzonej promocji refundowanej dostępna jest zakładka {Rozliczenie refundacji}, na której prezentowana jest informacja o refundacji już wykorzystanej, obliczonej na podstawie transakcji objętych tą promocją oraz refundacji pozostającej do wykorzystania. Operator będzie mógł zarejestrować dokument a-vista (A)FS lub (A)FZK, rozliczający kwotę refundowaną w tej promocji, lub związać z promocją dokument wcześniej wystawiony z tytułu refundacji. Na tej podstawie System obliczy i zaprezentuje wielkość refundacji rozliczonej oraz pozostającej do rozliczenia.
Rozliczenie refundacji
Zakładka będzie podzielona na trzy sekcje:
Refundacja wykorzystana
Rozliczenie
Sekcja „podsumowania”
W sekcji „Refundacja wykorzystana” prezentowana będzie lista towarów przypisana do promocji, z wyliczoną kwotą należnej refundacji dla każdego z nich.
W sekcji „Rozliczenie” prezentowana jest lista dokumentów przypisanych do promocji, za pomocą których Firma rozlicza refundację z Dostawcą/Producentem, czy też innym Podmiotem. Użytkownik może taki dokument wystawić samodzielnie, poza promocją, a następnie przyciskiem węzła dostępnym w tej sekcji dokonać jego powiązania z promocją, lub też, wystawić taki dokument wprost z tej zakładki, wybierając stosowną opcję w menu przycisku plusa. Operację „Dołącz” przewidziano dla dokumentów z rejestru VAT oraz „tranagowych” dokumentów handlowych, natomiast wystawić można dokument (A)FS oraz (A)FZK.
Podczas wystawienia dokumentu „Faktura sprzedaży a-vista” System tworzy nagłówek (A)FS i dodaje do niego element z towarem a-vista na ilość 1 i wartość ustaloną na poziomie mniejszej z wartości: suma kwot refundacji wykorzystanej” na pozycjach towarowych, lub wartość refundacji pozostającej „do rozliczenia” . W przypadku wystawiania dokumentu „Korekta ręczna FZ a-vista” zaś, System tworzy nagłówek (A)FZK i dodaje na niego element z towarem a-vista na ilość 0 i wartość zgodną z wartością „przeciwną” do wartości ustalonej j.w.
Przyklad
Przykład: Dla promocji PRM1 kwota refundacji „Do rozliczenia” wynosi 700,00.
Jeżeli Operator wykona operację dodania Faktury sprzedaży a-vista, wówczas utworzony zostanie dokument (A)FS na wartość 700,00
Jeżeli Operator wykona operację dodania Korekty ręcznej FZ a-vista”, wówczas utworzony zostanie dokument (A)FZK na wartość -700,00
W sekcji podsumowania prezentowana jest informacja o maksymalnej wielkości refundacji zdefiniowanej dla promocji, wartości refundacji należnej (suma z kwot Refundacji towarów), wielkości pozostającej do wykorzystania oraz o refundacji rozliczonej i pozostającej do rozliczenia. Refundacja pozostająca do rozliczenia to różnica pomiędzy wielkościami „Wykorzystana” a „Rozliczona”.
Promocje limitowane – limit wg kontrahenta
Na promocji z określonym limitem ilości, czy też wartości rabatu udostępniona została możliwość określenia, czy tak zdefiniowany limit ma dotyczyć łącznie wszystkich Klientów, dla których udostępniono tą promocję, czy też każdego z nich oddzielnie. W tym ostatnim przypadku zdefiniowany limit jest taki sam dla każdego Kontrahenta w promocji. Funkcjonalność ta dotyczy zarówno limitów zdefiniowanych w nagłówku promocji, jak i limitów zdefiniowanych na poszczególnych towarach w promocji.
Rodzaj limitu promocyjnego: ogółem lub dla kontrahenta
W przypadku promocji limitowanej z opcją Dla kontrahenta System traktuje zdefiniowany limit ilości/wartości
rabatu oddzielnie dla każdego Klienta, dla którego przewidziano promocję, bez względu na to, czy został do niej
dodany wprost, czy poprzez grupę kontrahentów.
Informacja o stopniu wykorzystania limitu danej promocji została odpowiednio dostosowana. Dla promocji z limitem Dla kontrahenta jest ona prezentowana dla poszczególnych kontrahentów, z tym, że ze względów wydajnościowych dostępna jest wyłącznie dla tych kontrahentów, którzy zostali dodani do promocji wprost, a nie poprzez grupę kontrahentów. Informacja ta dostępna jest z poziomu:
Nagłówka promocji – w przypadku, gdy limit zdefiniowano na nagłówku promocji
Formatki Kontrahent podnoszonej przyciskiem lupy z zakładki [Kontrahenci] promocji – w przypadku, gdy limit zdefiniowano na nagłówku promocji
Formatce Towaru podnoszonej przyciskiem lupy z zakładki [Towary] promocji – w przypadku, gdy limit zdefiniowano na elemencie promocji
Rabat retrospektywny
Rabaty retrospektywne sprzedażowe oraz zakupowe służą do nadania rabatu za dokonane wcześniej transakcje w ustalonym okresie. Rabat retrospektywny sprzedaży został obsłużony dla transakcji rejestrowanych dokumentami: FS, WZ, FSE i WZE, rabat retrospektywny zakupu, którego podstawą jest zakup u dostawcy, dla transakcji dokonanych dokumentami FZ i PZ. Transakcje importowe (FAI,PZI) nie są obsłużone w omawianej funkcjonalności.
Poniżej zostaną omówione charakterystyczne cechy i zakładki definiowanych retro rabatów. Zakładka {Formy dostawy}, {Magazyn}, {Miejsce w strukturze firmy}, {Atrybuty i załączniki} działają na podobnych zasadach jak w pozostałych promocjach w systemie.
Lista rabatów retrospektywnych
Przechodząc na ‘Promocje i rabaty’ a następnie na zakładkę ‘Rabaty retro’ wyświetlimy listę zdefiniowanych rabatów retrospektywnych odpowiednio dla ‘Sprzedaży’ oraz ‘Zakupu’. Na zakładce ‘Ogólne’ wyświetlone zostaną nagłówki istniejących w systemie rabatów.
Na omawianej liście udostępniona została operacja „Generuj okresy” dla zaznaczonych przez Operatora rabatów retro, pozwalająca na automatyczne utworzenie przez System wszystkich okresów retro, które dla żądanej daty powinny zostać utworzone. Dla tej funkcji przeznaczona została osobna formatka ‘Generuj okresy’. Pozwala na określenie daty oraz (opcjonalnie) kontrahenta, dla którego mają być utworzone okresy. Na tej podstawie System odszuka potwierdzone Rabaty retro, których data końcowa nie wykracza poza datę podaną na formatce i na których włączono parametr ‘okresy rozliczeniowe’. W omawianym oknie można również opcjonalnie wskazać Kontrahenta z listy kontrahentów, dla którego mają być utworzone okresy lub też pozostawić pole z wartością <Wszyscy> jeżeli okresy mają zostać utworzone dla wszystkich kontrahentów, dla których zdefiniowano Rabaty retro. Jeżeli zostanie zaznaczone radio ,,Nalicz rabat” to dla każdego tworzonego okresu retro zostanie naliczony rabat.
Generowanie okresów z listy rabatów retro
Na zakładce ‘Okresy retro’ prezentowana będzie lista okresów retro dla sprzedaży lub zakupu (w zależności na jakiej zakładce znajduje się Operator). Okres retro to okres rozliczeniowy z tytułu nadanego rabatu retrospektywnego. W ramach tego okresu wyliczany będzie i rozliczany rabat należny. W omawianym oknie możliwe jest wykonanie operacji, w tym seryjnych, takich jak usunięcie okresów, naliczenie rabatu dla okresów, generowanie dokumentów rozliczających okresy, czy też oznaczanie okresów jako „zamkniętych”, czyli takich, których naliczanie i rozliczanie zostało już zakończone. Dodatkowo na liście udostępniono operację „Generuj okresy retro” , pozwalająca na automatyczne utworzenie przez System wszystkich okresów retro, które dla żądanej daty powinny zostać utworzone.
Z poziomu listy okresów retro możliwe będzie również naliczenie rabatu dla jednego lub kilku wskazanych retro okresów. Udostępniona została również opcja pozwalająca na wygenerowanie dokumentu rozliczającego dany okres retro, czy też wiele zaznaczonych okresów retro.
Zakładka {Nagłówek}
Na zakładce ‘Nagłówek’ należy określić podstawowe dane dotyczące rabatu retro. Nadajemy wartości w odpowiednich polach:
Nazwa – nazwa definiowanej promocji;
Typ – pole służące do dodatkowego oznaczenie rabatu jedną z wartości zdefiniowanych w Słowniku kategorii;
Data początkowa, Data końcowa - ogólny zakres obowiązywania danego retro bonusu, który można dowolnie podzielić na okresy rozliczeniowe;
Typ daty - radio decydujące o tym, którą z dat – wystawiania, czy zakupu/sprzedaży uznawać za datę transakcji rozliczanych w danym okresie retro bonusu;
Okresy rozliczeniowe - radio „Okresy rozliczeniowe” oraz dwie kontrolki z ilością w cyklu i typem cyklu (dzień/miesiąc/kwartał/rok) - dane pomocnicze dla operacji generowania okresów dla kontrahenta/kontrahentów z retro bonusu;
Typ progu:
Dla retro bonusu zakupu możliwe będzie definiowanie progu: Wartościowego, Ilościowego, lub wg Ilość odbiorców (dla podstawy „Sprzedaż towarów dostawcy”)
Dla retro bonusu sprzedaży możliwy będzie próg Wartościowy, lub Ilościowy
Lista progów - lista progów z przypisanymi rabatami;
Podstawa rabatu - sekcja istotna na retro bonusie zakupu, odpowiadająca za to, czy rabat należy się z tytułu zakupu towarów u dostawcy, czy też z tytułu dokonania sprzedaży towarami dostawcy;
Typ kalkulacji - istotny na retro bonusie zakupu, decydujący o sposobie kalkulacji podstawy rabatu.
Zakładka {Kontrahenci i okresy} ‘wg kontrahentów’
W górnej części, w sekcji z listą kontrahentów należy zdefiniować odpowiednich kontrahentów, dla których rabat ma obowiązywać – nabywcy na retro bonusie sprzedaży oraz dostawcy na retro bonusie zakupu. Jeżeli chodzi o rabat retrospektywny sprzedaży to dodatkowo pojawi się waluta rozliczenia. Oznacza to, że tylko transakcje dokonywane w tej walucie będę podlegały danemu rabatowi retro, a także, że zdefiniowany na retro bonusie próg rabatowy oraz wartość rabatu (jeżeli jest wyrażona w formie upustu wartościowego), będzie rozumiana jako wartość w tejże walucie. W odróżnieniu do rabatu retrospektywnego zakupu – tutaj waluta będzie rozumiana zawsze jako waluta systemowa. W tym wypadku zarówno próg, jak i upust wartościowych traktowany będzie jako wartość w walucie systemowej, jak również wartość transakcji podlegająca retro bonusowi zakupu będzie traktowana jako wartość w walucie systemowej, bez względu na walutę wybraną na PZ lub FZ. Dokumenty importowe nie będą podlegały rabatom retrospektywnym.
W sekcji listy okresów wyświetlone zostaną okresy zdefiniowane dla kontrahenta, na który wskazuje w danej chwili kursor na górnej liście.
Jako dokument rozliczający okres kontrahenta na retro bonusie sprzedaży będzie można wystawić korektę zbiorczą (Z)FSK, (Z)FKE, lub dokument a-vista (A)FSK, (A)FZ. Korekta zbiorcza wystawiana będzie dla jednego okresu, natomiast dokument avista może być wystawiony do wielu okresów danego kontrahenta.
Na retro bonusie zakupu zaś będzie można wystawić dokumenty avista: (A)FZK i (A)FS oraz korektę zbiorczą (Z)FZK, ale wyłącznie, jeżeli podstawą rabatu na tym retro bonusie będzie „Zakup od dostawcy”.
Operacja „Zamknij” w menu kontekstowym to operacja polegająca na zakończeniu rozliczania danego okresu. Dany okres rozliczeniowy będzie można oznaczyć jako „Zamknięty” przez wybranie takiej opcji w menu kontekstowym. W tej sytuacji Operator decyduje się na zakończenie naliczania i rozliczania rabatu. Będzie to również możliwe w przypadku nie całkowitego rozliczenia rabatu dokumentami rozliczającymi.
Zamknięty w ten sposób okres będzie można również otworzyć przez wybranie funkcji ,,Otwórz” w menu kontekstowym. W ten sposób okres zostanie ponownie otwarty i będzie możliwe dokończenie jego rozliczania.
Opisana operacja będzie możliwa do wykonanie przez Operatora z odpowiednimi uprawnieniami. Za nadanie takiego uprawnienie decydować będzie parametr na karcie Operatora ,,Otwieranie zamkniętych okresów”.
W sekcji z listą dokumentów rozliczeniowych prezentowane są dokumenty powiązane z danym okresem retro odpowiedniego kontrahenta, a dokładniej są to dokumenty którymi został rozliczony rabat należy z danego okresu. Omawiane dokumenty będą automatycznie wiązane podczas wystawianie dokumentów dla danego okresu. Możliwe jest również dołączenie i odłączenie dokumentu przez Operatora.
W sekcji dolnej prezentowane jest ,,podsumowanie” stopnia rozliczenia danego okresu retro bonusu. Jeżeli Operator w kontrolce „Uzgodniony” wprowadzi inną wartość rabatu, niż rabat naliczony przez System, wówczas będzie mógł skorzystać funkcji [Rozbij na elementy] po to, aby System rozbił „różnicę” na poszczególne elementy, czyli aby naliczył rabat w innej wartości, niż wynikałaby z rabatu należnego.
W sekcji górnej Operator ma możliwość wykonania funkcji [Generuj okresy]
Jeżeli na formatce generowania okresów parametr „Okresy rozliczeniowe” będzie odznaczony, wówczas System uruchomi operację dodania kolejno dla każdego ze wskazanych kontrahentów jednego nowego okresu, z datami Od-Do zgodnymi z datami podanymi na formatce. Podczas takiej operacji System sprawdzi, czy taki okres nie koliduje z dotychczasowymi okresami kontrahenta i doda go tylko w przypadku stwierdzanie braku takiej kolizji.
W przypadku, gdy ww. parametr będzie zaznaczony, czyli wskazany zostanie na formatce typ okresu i jego długość, wówczas System podzieli czas zdefiniowany przez daty Od-Do formatki na okresy wynikające z tego typu i długości, czyli dla każdego ze wskazanych kontrahentów spróbuje dodać wiele nowych okresów. Również i w tym wypadku odbędzie się to pod warunkiem, że nowe okresy nie będą kolidować z dotychczasowymi.
Przyklad
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
Rabat retrospektywny – zakładka {Kontrahenci i okresy}, Wg kontrahentów
Zakładka {Kontrahenci i okresy} ‘wg okresów’
Na zakładce tej prezentowana jest lista wszystkich okresów danego Rabatu retro, bez względu na to, dla jakiego kontrahenta zostały zdefiniowane. Z tego miejsca dostępna jest również kontekstowo, dla okresu, na który wskazuje kursor, informacja dotycząca rabatu należnego, naliczonego, rozliczonego. Można tutaj również dokonać operacji rozliczenia okresu, czy to poprzez wygenerowanie dokumentu, czy to poprzez jego przyłączenie.
Rabat retrospektywny – zakładka {Kontrahenci i okresy}, Wg okresów
Zakładka {Towary}
Zakładka ‘Towary’ dla retro bonusu sprzedaży i zakupu działa w podobny sposób. Na zakładce dodajemy towary i grupy towarowe, których dany retro bonus ma dotyczyć. Odpowiednie towary, grupy towarowe, dla których rabat ma obowiązywać definiujemy w górnej liście. Natomiast dolna lista służy zdefiniowaniu włączeń. W ten sposób możliwe jest określenie grupy towarowej, dla której rabat ma obowiązywać z wyłączeniem poszczególnego towaru.
Dodanie towarów może odbyć się przez dodanie towaru, dodanie grupy towarów, dodanie towarów z listy lub prze import towarów z arkusza kalkulacyjnego.
Rabat retrospektywny, zakładka: Odbiorcy
Zakładka pojawia się tylko dla rabatu retrospektywnego zakupu, na którym jako podstawę rabatu zdefiniowano ,,Sprzedaż towarów dostawcy”. W opisanym przypadku na zakładce przypisywani będę ci Odbiorcy, lub ich grupy, do których sprzedaż towarów dostawcy ma być podstawą naliczania należnego rabatu od dostawcy.
Rabat retrospektywny, zakładka: Formy płatności
Zakładka służy zdefiniowaniu dla danego retro rabatu obowiązującej formy płatności i terminu. Po określeniu konkretnej formy płatności i terminu System będzie sprawdzał wskazaną formę i termin w nagłówku dokumentu. Termin maksymalny to dodatkowe kryterium, dotyczące ilości dni, która została określona jako termin zapłaty na dokumencie. Termin maksymalny będzie interpretowany w zależności od wybranego radia jako planowana ilość dni na zapłatę lub maksymalną wielkość opóźnienia. Na zakładce możliwe jest również zaznaczenie parametru ,,Wymagana zapłata”. Jeśli zostanie on zaznaczony to naliczone zostaną w danym rabacie retro wyłącznie faktury, które zostały już zapłacone.
Przyklad
Przykład: Na Rabacie retro zdefiniowano parametry j.n. na zakładce {Formy płatności}
Gotówka; termin: 3 dni
Przelew; termin: 4 dni
Włączono „Wymagana zapłata” , Termin: „Ilość dni zwłoki”
Zarejestrowano FS z formą płatności w nagłówku „gotówka”, z płatnościami j.n.
100,00 gotówka
200,00 przelew
50,00 kredyt
Dla wszystkich ww. płatności dokumentu System sprawdzi, czy zapłata do nich dokona została nie później niż 3 dni po planowanym terminie na każdej z tychże płatności.
Rabat retrospektywny – zakładka {Formy płatności}
Rabat retrospektywny, zakładka: SQL
Na zakładce tej będzie można zdefiniować inne, niż wyżej opisane warunki konieczne do spełnienia, aby dana transakcja podlegała danemu rabatowi retro. Warunek ten powinien być zbudowany w formie zapytania SQL typu „exist”. Zostanie on dołączony jako kolejny element warunku „where” zapytania zwracającego listę transakcji podlegających rabatowi retro.
Przyklad
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')
Okres retro kontrahenta dla retro bonusu sprzedaży
Formatka przedstawia zbiorcze informacje dla Operatora dotyczące transakcji sprzedaży, dla których retro rabat został naliczony (czyli transakcje spełniające warunki zdefiniowanego rabatu), stopniu spełnienia poszczególnych progów rabatu retro, rabacie należnym, naliczonym, rozliczonym oraz inne informacje.
Lista transakcji, na których naliczono rabat będzie wyświetlona w górnej części formatki. Lista omawianych transakcji może być prezentowana w różny sposób ze względu na wybraną przez Operatora pod-zakładkę. Na zakładce {Wg elementów} prezentowane będą elementy transakcji, na zakładce {Wg dokumentów} prezentowane będą te same dane, z tym, że pogrupowane wg zgodności dokumentu, do którego należą, a na zakładce {Wg oddziałów} zbiorcze informacje o oddziałach (centrach struktury firmy), które wypracowały dany obrót i dany rabat.
W sekcji dolnej możliwe jest sprawdzenie stopnia spełnienie poszczególnych progów rabatu retro, dane dotyczące rabatu należnego/naliczonego/uzgodnionego/rozliczonego/do rozliczenia oraz lista dokumentów rozliczających dany okres retro.
W sekcji podsumowanie okresu retro prezentowane są informacje dotyczące stopnia spełnienie poszczególnych progów rabatu retro, dane dotyczące rabatu należnego/naliczonego/uzgodnionego/rozliczonego/do rozliczenia.
Należny
Naliczony
Uzgodniony
Wielkość rabatu obliczona przez System na podstawie największego spełnionego progu.
Wartość rabatu naliczonego, tj. zapisanego już w bazie danych.
Wartość rabatu, na jaką umówiły się strony (F-ma -Nabywca), edytowana przez Użytkownika.
Rozliczony: Wartość, która znalazła już pokrycie w dokumencie rozliczającym dany okres retro
Do rozliczenia
Wg należnego
Wg naliczonego
Wg uzgodnionego
Różnica: Należny - Rozliczony
Różnica: Naliczony - Rozliczony
Różnica: Uzgodniony - Rozliczony
Obrót zrealizowany/Ilość: informacja prezentowana 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ń.
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.
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
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).
W sekcji z dokumentami prezentowane są dokumenty rozliczające dany okres retro. Wartość powiązana, czyli rozliczająca dany okres retro, prezentowana jest w dwóch kolumnach, w pierwszej z nich w walucie dokumentu, w drugiej zaś, w walucie kontrahenta w okresie retro.
Dokument rozliczający dany okres retro można wygenerować wprost z formatki okresu retro, lub dokonać powiązania wcześniej wystawionego dokumentu za pomocą opcji „Dołącz”, pozwalającej na dołączania do okresu retro dowolnego dokumentu handlowego „tranagowego”.
Nieprawidłowo wystawiony dokument można usunąć, o ile pozwala na to jego stan, można go odłączyć, można go również edytować, w tym, w zakresie jego powiązania z danym rabatem retro. Jako dodatkowa opcja przy przycisku lupy dostępna jest „Karta powiązania”, pozwalająca na powiązanie z okresem nie nagłówka, ale poszczególnych elementów dokumentu, o ile dokument taki posiada elementy (czyli przykładowo nie jest spinaczem, czy też dokumentem a’vista bez elementów).
Użytkownik może również wybrać operację generowania dokumentu rozliczającego przez System. Jako dokument rozliczający okres kontrahenta na retro bonusie sprzedaży można wystawić korektę zbiorczą (Z)FSK, (Z)FKE, lub dokument a-vista (A)FSK, (A)FZ. Korekta zbiorcza generowana jest dla jednego okresu, natomiast dokument a’vista może być wystawiony do wielu okresów danego kontrahenta.
Okres retro kontrahenta, wg elementów –naliczenie rabatu, jego rozliczenie i sekcja podsumowania
Elementy realizujące retro bonus „zakup od dostawcy”
Jeżeli Operator zdefiniuje rabat retrospektywny zakupu z zaznaczonym parametrem ,,Zakup u dostawcy” System będzie sprawdzał transakcje zarejestrowane z tym dostawcą dokumentami PZ i FZ zarówno te wystawione w walucie systemowej jak i te wystawione w innej walucie. W tej sytuacji dla dokumentów PZ, FZ w walucie będzie brana pod uwagę wartość końcowa na ich elementach, która zawsze wyrażona jest w walucie Systemowej.
W przypadku retro bonusu warunkowanego zakupem u dostawcy z ustawionym typem kalkulacji „Wartość zakupu” System będzie ustalał wielkość transakcji objętej retro bonusem na podstawie ceny, po jakiej towar został kupiony, czyli na podstawie wartości końcowej elementów FZ lub PZ z uwzględnieniem ewentualnych korekt. Natomiast typ kalkulacji „Katalogowa cena zakupu” oznacza, że wielkość transakcji objętej retro bonusem zostanie ustalona w oparciu o cenę „katalogową” dostawcy, czyli cenę przed ewentualnymi rabatami i promocjami.
Generowanie dokumentów do retro okresu
Generowanie korekty zbiorczej
Generowanie korekty zbiorczej odbywa się dla tych elementów, dla których naliczono już rabat retro w tym okresie i dla których „korekta rozliczeniowa” nie została dotąd utworzona. Wartość, o jaką należy skorygować dany element transakcji ustalana jest na podstawie naliczonego rabatu, czyli zawartości kolumny Rabat dla danego elementu listy {Wg elementów}.
Tworzenie korekty do poszczególnych elementów transakcji podlegających retro bonusowi odbywa się o ile nie ma przeszkód do ich generowania, identycznych, jak podczas generowania korekty zbiorczej poza formatką rabatu retro. System sprawdza więc stan dokumentu, do którego należy element, jego spięcie do spinacza, jeżeli element należy do WZ/WZE itp.
Opisane generowanie korekty zbiorczej będzie odbywało się do jednego, wskazanego okresu.
Przyklad
Przykład: Zdefiniowano rabat retrospektywny sprzedaży dla kontrahenta KS1 na towary T11, T33, T7 z następującymi progami wartościowymi:
- 5,000 Upust procentowy 2%
- 20,000 Upust procentowy 3%
Wygenerowano okresy rozliczeniowe (5 dni) od 01-08 do 31-10-2016. Typ daty – wystawienia.
W systemie dla kontrahenta KS1, istnieją zarejestrowane dokumenty z datą wystawienia 16-08-21-08.2016:
- FS-101/16 na towar T7 i wartość netto 22,000
- WZ-28/16 na towar T11 w wartości 12, 845.53 i towar T33 w wartości 4,406.50
Za pomocą funkcji ‘Nalicz rabat’ Operator naliczył rabat w okresie 16-08-21-08.2016. System naliczył rabat dla FS-101/16 i WZ-28/16, ponieważ dokumenty mają datę wystawienia znajdującą się w okresie (tj. od 01-08 do 31-10-2016), spełniły wymagania ustalonego progu wartościowego drugiego oraz resztę warunków ustaloną dla promocji (Rys. Okres retro kontrahenta KS1, wg elementów).
System wyliczył dla każdego z elementów należny rabat w kolumnie ‘Rabat’. Ponieważ w okresie spełniono warunki progu drugiego, dla pozycji zostanie naliczony upust procentowy 3%:
- dla T7 rabat należny to 600 pln
- dla T11 rabat należny to 385.37 pln
- dla T33 rabat należny to 132.19 pln
Operator może:
a) Metodą edit-in-place może edytować rabat uzgodniony – przykładowo z 1,177.56 zmienić na 1,300. Taka zmiana rabatu uzgodnionego wymagać będzie użycia funkcji ‘Rozbij na elementy’ . Rozbicie na elementy pozwoli na uwzględnienie nowego rabatu uzgodnionego (tj. 1,300.00 pln) na elementach (Rysunek 8 Użycie funkcji ‘Rozbij na elementy’). Po rozbiciu można przystąpić do generowania dokumentów rozliczających rabat.
b) Od razu przystąpić do wygenerowania dokumentów rozliczających rabat.
Okres retro kontrahenta, wg elementówUżycie funkcji ‘Rozbij na elementy
Przyklad
Cdn. Przykładu: Dla rabatu retrospektywnego sprzedaży ‘Retro Jesień’, dla okresu 01-08-31-10-2016 został naliczony na pozycjach następujący rabat:
- dla T7 rabat należny to 600 pln
- dla T11 rabat należny to 385.37 pln
- dla T33 rabat należny to 132.19 pln
Operator chce rozliczyć należny rabat wystawiając dokument (Z)FSK. Dokument generujemy z rozwijanego menu (Rysunek 8 Funkcja utwórz dokument, rozwijane menu dokumentów) Wartość, o jaką dany element będzie skorygowany ustalony zostanie na podstawie naliczonego rabatu. Opisane generowanie korekty zbiorczej będzie odbywało się do jednego, wskazanego okresu.
Funkcja utwórz dokument, rozwijane menu dokumentówKorekta zbiorcza (Z)FSK wygenerowana z rabatu retrospektywnego sprzedaży
Generowanie dokumentów A-vista do okresu kontrahenta na retro bonusie sprzedaży i zakupu
Rozliczenie danego okresu retro możliwe jest również za pomocą faktur „marketingowych” typu a’vista (A)FSK, (A)FZ. W takim przypadku System nie koryguje poszczególnych transakcji podlegających retro bonusowi, a jedynie wystawia zbiorczy dokument rejestrujący zobowiązanie wobec Nabywcy. Wartość dokumentu ustalana jest w oparciu o wielkość rabatu Uzgodniony/Do rozliczenia (różnica pomiędzy rabatem Uzgodnionym i Rozliczonym).
Jeżeli ww. fakturą „marketingową” jest dokument (A)FSK, wówczas System dodaje na niego element z towarem a-vista, nazwą towaru „Rabat retro”, opisem zgodnym z nazwą danego rabatu retro. Element ten ma charakter korekty wartościowej na wartość wynikającą z ww. rabatu Uzgodniony/Do rozliczenia.
Jeżeli ww. fakturą „marketingową” jest dokument (A)FZ, wówczas System dodaje na niego element j.w. z tym, że ustala na nim ilość 1.
Generowanie dokumentu A-vista dla wybranych okresów retro kontrahenta(A)FSK wygenerowane z wybranych okresów retro kontrahenta
Zmiany ergonomiczne w rabatach Retro
W ramach funkcjonalności rabatów retrospektywnych wprowadzono poniższe nowości wpływające na ergonomię
pracy z tego typu rabatami:
Udzielania rabatu poprzez edycję Ceny po rabacie na okresie retro
Na formatce okresu retro udostępnione zostały kolumny o charakterze informacyjnym: Cena sprzedaży/zakupu,
w której prezentowana jest cena z elementu transakcji, podlegającej rabatowi, a także Cena po korekcie, czyli
cena z elementu transakcji po uwzględnieniu korekt zarejestrowanych przed rozliczeniem rabatu. Dodatkowo,
udostępniona została edytowalna kolumna Cena po rabacie, alternatywnie więc, zamiast podawać wielkość rabatu retro dla danej pozycji, Użytkownik może podać cenę po tymże rabacie.
Ww. kolumny prezentowane są na okresie retro sprzedaży, natomiast w przypadku rabatu retro zakupu wyłącznie
na rabacie typu „zakupowy” z metodą kalkulacji w oparciu o wartość zakupu.
Cena z elementu transakcji prezentowana na formatce okresu retro
Rozbijanie rabatu z dokładnością do elementu
Operacja rozbijania różnicy pomiędzy rabatem naliczonym a uzgodnionym została wzbogacona o nowe opcje,
dostępne w menu przycisku Rozbij na elementy. Użytkownik może w ten sposób zdecydować, czy różnica ma
zostać rozbita proporcjonalnie na wszystkie elementy, czy tylko na odfiltrowane, czy też wyłącznie na zaznaczone
pozycje.
Nowe opcje rozbijania rabatu na elementy
Inne zmiany
Na formatce Okresu retro prezentowana jest informacja o terminie płatności transakcji, podlegającej rabatowi.
Poprawiono również sortowanie po poszczególnych kolumnach listy elementów okresu retro
Rabat retrospektywny dla grupy kontrahentów
W wersji 2021.0 Comarch ERP XL funkcjonalność rabatów retro została wzbogacona o możliwość jego naliczania dla wirtualnej grupy, złożonej z kilku kontrahentów, będących czy to oddziałami tej samej firmy, czy to spółkami jednej grupy kapitałowej, zarejestrowanymi w Systemie na odrębnych kartach kontrahentów. Kontrahenci należący do takiej grupy rabatowej będą wspólnie wypracowywać próg rabatowy, natomiast rozliczani będą oddzielnie.
Ww. funkcjonalność dostępna jest na rabacie retrospektywnym sprzedaży oraz rabacie retrospektywnym zakupu innym niż ODSPRZEDAŻ.
Tworzenie, zmiana i usuwanie grup rabatowych retro
Aby zdefiniować grupę rabatową należy dodać kontrahentów do rabatu retro, zaznaczyć stosowne rekordy, a następnie przy użyciu opcji Utwórz grupę rabatową menu kontekstowego stworzyć na ich podstawie grupę. Do utworzonej w ten sposób grupy można przypisywać kolejnych, uprzednio dodanych do rabatu retro kontrahentów, wystarczy zaznaczyć kontrahenta/kontrahentów, użyć opcji Przypisz do grupy rabatowej menu kontekstowego i w pod-menu wskazać grupę do której mają być przypięci kontrahenci.
Jeżeli kontrahent niesłusznie znalazł się w grupie rabatowej, wówczas wystarczy wykonać dla niego operację Odłącz od grupy rabatowej. Odłączenie kontrahenta od grupy nie oznacza jego usunięcia z rabatu retro, zostaje on jedynie odłączony od grupy. Oznacza to, że taki kontrahent samodzielnie będzie pracował na próg rabatowy.
Przypisywanie kontrahenta do grupy retro i inne opcje menu kontekstowego dla grupy retro.
Do całkowitego usunięcia kontrahenta z rabatu retro służy opcja Usuń. Operacji usunięcia można dokonać również dla grupy rabatowej, co oznacza usunięcie z rabatu nie tylko tej grupy, ale również wszystkich przypisanych do niej kontrahentów. Usuwanie grypy odbywa się również automatycznie, podczas odłączania oraz usuwania jedynego kontrahenta z danej grupy.
Podczas tworzenia grupy rabatowej na podstawie danego kontrahenta, jak również podczas przypisywania kontrahenta do istniejącej grupy rabatowej System usuwa wszystkie okresy retro zdefiniowane dotąd dla tego kontrahenta oraz naliczony na nich rabat. Oznacza to, że w przypadku przypisania kontrahenta do grupy dla której istnieją już okresy retro należy je ponownie przeliczyć.
Dla ww. operacji wprowadzono pewne restrykcje:
Nie można utworzyć grupy kontrahenta na podstawie kontrahenta dla którego istnieje już rozliczony okres retro, tj. okres z wygenerowanym dla niego dokumentem rozliczającym ten rabat
Identyczny jw. warunek dotyczy przypisywania kontrahenta do istniejącej już grupy rabatowej
Nie można odłączyć/usunąć kontrahenta będącego jedynym kontrahentem grupy, dla której istnieje już rozliczony okres retro, tj. okres z wygenerowanym dla niego dokumentem rozliczającym ten rabat
Nie można usunąć grupy rabatowej dla której istnieje już rozliczony okres retro.
Uwaga
Jeżeli grupa rabatowa zawiera wielu kontrahentów, wówczas odłączenie/usunięcie jednego z nich jest możliwe niezależnie od tego, czy na podstawie tego kontrahenta naliczono już rabat dla grupy oraz niezależnie od tego, czy zarejestrowano już dla niego dokument rabatowy. Po odłączeniu takiego kontrahenta Użytkownik powinien nie tylko przeliczyć okresy retro tej grupy, ale również zmodyfikować/usunąć/anulować dokument rozliczający rabat retro zarejestrowany dla tego kontrahenta, jeżeli takowy został już wystawiony.
Operacja odłączania/usuwania kontrahenta z naliczonym rabatem z grupy jest poprzedzona stosownym pytaniem.
W związku z możliwością definiowania grup rabatowych zmianie uległ wygląd listy kontrahentów rabatu retro. Odtąd najpierw prezentowane są na niej grupy rabatowe a pod nimi przypisani do nich kontrahenci, a następnie kontrahenci samodzielnie pracujący na rabat retro.
Kontrahent nadal może być przypisany do danego rabatu retro jeden raz, niezależnie od tego, czy został do niego dodany w ramach jakiejś grupy rabatowej, czy też jako samodzielny podmiot rabatu.
Okres retro dla grupy rabatowej
Akronim grupy rabatowej
Użytkownik ma możliwość zmiany akronimu grupy rabatowej. Odbywa się to metodą edit-in-place na liście kontrahentów rabatu retro. Tak ustalona wartość prezentowana jest na górnej belce formatki okresów retro dla grupy, jak również na liście okresów retro.
Akronim grupy rabatowej na liście okresów retro
Filtrowanie okresów retro
Grupy rabatowe zostały uwzględnione podczas filtrowania listy okresów retro przy użyciu filtra Kontrahent. Lista okresów ograniczana jest wówczas do okresów zdefiniowanych dla kontrahenta z filtra oraz okresów tych grup rabatowych, do których ten kontrahent należy.
Naliczanie rabatu dla grupy retro
Funkcje odpowiedzialne za naliczanie rabatu na okresie retro zostały stosownie zmodyfikowane, uwzględniając odtąd przypadki naliczania rabatu dla transakcji zarejestrowanych dla wielu różnych kontrahentów. Dla każdej z takich transakcji naliczany jest rabat na podstawie wspólnie wypracowanego progu.
Na listę ww. transakcji, prezentowaną na formatce okresu retro dodana została kolumna z akronimem kontrahenta, dla którego zarejestrowano poszczególne transakcje. Użytkownik ma również możliwość filtrowania listy transakcji wg kontrahenta z użyciem filtra prostego.
Okres retro dla grupy rabatowej kontrahentów
Zmiany w zakresie generowania dokumentów z okresów retro
Generowanie korekt zbiorczych (Z)FSK/FKE/FZK z okresów retro grup rabatowych
Rozliczenie należnego rabatu grupy retro przy użyciu korekt zbiorczych odbywa się dla poszczególnych kontrahentów tej grupy, tj. po wywołaniu operacji generowania korekty zbiorczej System generuje oddzielne korekty zbiorcze dla poszczególnych kontrahentów tworzących grupę. Na każdej z takich korekt ustalana jest wartość zgodna z wartością rabatu należnemu danemu kontrahentowi.
Generowanie dokumentów A-vista z okresów retro grup rabatowych
Generowanie dokumentu A-vista odbywa się na podstawie wartości rabatu pozostającego do rozliczenia w stosunku do rabatu uzgodnionego.
Ww. zasada została utrzymana również dla grup rabatowych. Wartość tak wygenerowanego dokumentu opiewa więc na całą wartość Do rozliczenia.
Powyższe oznacza, że w przypadku takich okresów Użytkownik powinien samodzielnie generować dokument A-vista wielokrotnie, na każdym z nich ustalając kontrahenta i wartość dokumentu adekwatnie do wypracowanego przez niego rabatu. Automatyzacja takiego fakturowania dla wielu kontrahentów nie jest przewidywana.
Maksymalny rabat Operatora
Na kartach Operatorów możliwe jest zdefiniowanie maksymalnego rabatu procentowego, jaki mogą oni udzielić na wystawianych i edytowanych przez siebie dokumentach sprzedaży. Rabat ten należy rozumieć, jako dodatkową obniżkę ceny dokonaną przez danego Operatora, udzieloną niezależnie od rabatów wynikających z obowiązujących promocji, czy też przyznanego budżetu rabatowego. Maksymalny rabat Operatora może być nieograniczony – w takich przypadkach nie jest wskazana procentowa wielkość rabatu a należy zaznaczyć parametr ,,Bez ograniczeń”.
Kontrola maksymalnego rabatu Operatora
Kontrola maksymalnego rabatu Operatora dotyczy ofert sprzedaży, zamówień sprzedaży, zleceń serwisowych ZSR oraz dokumentów handlowych: FS, (A)FS, WZ, PA, WZE, FSE, WKA.
Maksymalny rabat Operatora, który został zdefiniowany na jego karcie będzie kontrolowany przez System zarówno podczas dokonywanie przez niego zmiany ceny, wartości czy też próby obniżenia ceny na transakcji sprzedaży poprzez zmianę marży, rabatu itp., jak i podczas udzielania rabatu procentowego, czy też kwotowego na nagłówku dokumentu. Jeżeli na karcie Operatora, w polu ‘Maksymalny rabat na dokumentach sprzedaży’ zaznaczono parametr ,,Bez ograniczeń” rabat jaki będzie mógł zastosować dany Operator będzie nieograniczony.
W przypadku udzielenia rabatu procentowego lub kwotowego w nagłówku dokumentu, System co prawda pozwoli na podanie rabatu procentowego w dowolnej wielkości, ale rabat ten zostanie naliczony na elementach wyłącznie w granicach możliwych do nadania przez Operatora, rozumianego jako Operator edytujący dokument w danej chwili.
Maksymalny rabat Operatora nie jest kontrolowany podczas generowania dokumentów z innych dokumentów sprzedaży np. ZS z OS, czy też generowania dokumentów handlowych z ZS, ZSR oraz z dokumentów magazynowych wygenerowanych z ZS/ZSR. Dzięki temu można zachować warunki handlowe przyjęte z Klientem na zamówieniu, niezależnie od tego, jaki Operator ostatecznie to zamówienie zrealizuje.
Karta Operatora – uzupełnienie Maksymalnego rabatu na dokumentach sprzedaży
Promocja z warunkiem wymaganego progu transakcji
Mamy możliwość takiego zdefiniowania promocji, aby jednym z wymagalnych warunków naliczenia się promocji był wymagalny próg transakcji już zarejestrowanych. W tej sytuacji, aby promocja mogła być naliczona system będzie sprawdzał czy dany kontrahent osiągnął wymagany próg transakcji zarejestrowanych w systemie.
Wymagany próg transakcji warunkujący naliczenie danej promocji może przyjąć dwie formy: próg ilości, dotyczący minimalnej ilości towaru/towarów na transakcjach już zarejestrowanych oraz próg wartości, dotyczący minimalnej wartości towaru/towarów na transakcjach już zarejestrowanych.
Dla progu ilości możemy wyróżnić dwie formy:
Próg: Ilość dla całej promocji – zdefiniowany na nagłówku promocji oznacza, że wymagany próg stanowi określoną ilość, niezależnie na jakim towarze został osiągnięty, spośród towarów dodanych jako elementy promocji, także w ramach dodanej grupy.
Próg: Ilość dla danego elementu promocji – zdefiniowany na elemencie promocji (taki sam dla wszystkich rekordów wskazujących na dany towar) oznacza, że wymagany próg dla konkretnego towaru stanowi tą określoną ilość, dotyczy towarów dodanych wprost do promocji, nie dotyczy gdy towar dodany wyłącznie poprzez grupę.
Dla progu wartości możemy wyróżnić dwie formy:
Próg: Wartość transakcji dla całej promocji – zdefiniowany na nagłówku promocji oznacza, że wymagany próg stanowi określoną kwotę (netto w walucie systemowej), niezależnie na jakim towarze został osiągnięty, spośród towarów dodanych jako elementy promocji, także w ramach dodanej grupy.
Próg: Wartość transakcji na elemencie promocji – zdefiniowany na elemencie promocji (taki sam dla wszystkich rekordów wskazujących na dany towar) oznacza, że wymagany próg dla konkretnego towaru stanowi tą określoną kwotę (netto w walucie systemowej), dotyczy towarów dodanych wprost do promocji, nie dotyczy gdy towar dodany wyłącznie poprzez grupę.
Uwaga
Uwaga: Ww. progi będą funkcjonować rozłącznie, tj. jeżeli próg zdefiniowano na nagłówku, wówczas nie jest on definiowany na elementach i odwrotnie.
Operator ma możliwość określenia ram czasowych na osiągnięcie przez kontrahenta wymaganego progu transakcji. Może być on wskazany:
Na nagłówku promocji – wtedy okres czasu zdefiniowany zostanie dla całej promocji, będzie dostępny jeżeli ustalono próg transakcji na nagłówku promocji. Określony w nagłówku okres czasu będzie dotyczył każdego kontrahenta dodanego do promocji także gdy kontrahent jest dodany wyłącznie poprzez grupę.
Na danym kontrahencie – wtedy okres czasu zdefiniowany zostanie dla konkretnego kontrahenta dodanego do promocji, dostępny wówczas gdy wymagalność progu jest ustalana na elemencie promocji (nie na nagłówku). Określony w ten sposób okres dotyczy danego kontrahenta, dodanego jawnie do promocji, nie dotyczy, gdy jest dodany wyłącznie poprzez grupę.
Wymagany próg transakcji na nagłówku promocji
Na nagłówku promocji PRM dodano sekcję ‘Wymagany próg transakcji’. Przez zaznaczenie tej opcji mamy możliwość uzależnienia nadawania danej promocji od warunku dokonanych transakcji. W zależności od tego jaki typ progu zostanie wybrany (ilość lub wartość transakcji) system będzie warunkował ilość lub wartość transakcji już zarejestrowanych w systemie. Transakcje jw. będą ustalane zbiorczo dla wszystkich elementów dodanych do promocji. Dokumentami, które będą wpływały na tenże poziom uzyskanych transakcji będą: FS, FSE, WZ, WZE, PA, WKA oraz FZ, FRR, PZ, PKA, PZI.
Uwaga
Uwaga: Podczas zmiany typu progu z Ilość/Wartość transakcji na Wartość transakcji/Ilość, a także zmiany wielkości tego progu na promocji potwierdzonej, która została już naliczona, System kontroluje, aby Operator nie ustalił go na poziomie większym, niż ten, który miał miejsce podczas naliczania promocji na elementach transakcji. W przypadku promocji niepotwierdzonej, a także takiej, która nie została jeszcze naliczona, taka weryfikacja jest zbędna.
Uwaga
Uwaga: W przypadku wycofania się z warunku wymagalności progu transakcji na promocji, a następnie (po czasie) jego przywrócenia, wielkość progu jest ustalana jak na nowej promocji.
Nie funkcjonuje blokada anulowania, korygowania dokumentów, których transakcje zostały ujęte podczas ustalania zdobytego wymaganego progu transakcji, a w efekcie promocja została naliczona na dokumentach. W przypadku, gdy po wycofaniu transakcji wielkość progu będzie niewystarczająca, promocja nie będzie naliczana na kolejnych dokumentach.
Ustalanie okresu czasu na wymagane transakcje, gdy wymagalność na nagłówku promocji
Jeżeli wybieramy opcję wymagalnego progu transakcji na nagłówku promocji to tym samym ustalamy ramy czasowe na dokonanie tych transakcji. Okres ten jest wspólny dla wszystkich kontrahentów dodanych do promocji. Datą na dokumencie, która decyduje czy dokument będzie uwzględniany w zestawieniu wymaganych transakcji jest data sprzedaży/zakupu.
W sytuacji, gdy na kontrahentach dodanych do promocji zostały ustalone jakieś indywidualne okresy, po zaznaczeniu checku: Wymagany próg transakcji na nagłówku promocji, przestaną one obowiązywać na rzecz jednego wspólnego okresu czasu ustalanego na nagłówku.
Podgląd zdobytego progu transakcji na nagłówku promocji
W przypadku wymaganego progu transakcji ustalonego na nagłówku promocji, w sekcji konfiguracji tejże wymagalności, udostępniona została lista, zbiorczo dla wszystkich dodanych do promocji elementów, która zwraca informację o wielkości już dokonanych transakcji i jednocześnie ilości jakiej brakuje, by promocja mogła zostać naliczona. Transakcje te są wykazywane per kontrahenci, którzy zostali dodani do promocji. W sytuacji, gdy wymagany poziom transakcji zostanie już osiągnięty kolumna: Pozostało będzie przekazywała ilość/wartość 0,00.
Zakładka Nagłówek, sekcja: Wymagany próg transakcji, podgląd zdobytego progu transakcji
Wymagany próg transakcji na elemencie promocji
Wymagalny próg transakcji może być także ustalony na konkretnym elemencie promocji. Aby było to możliwe ważnym elementem jest aby promocja nie była pakietowa, rodzaj dokumentu wybrany jako Rozchód lub Przychód oraz na danej promocji nie była zaznaczona wymagalność na nagłówku.
Wskazanie wymaganego progu transakcji jest możliwe wyłącznie na pozycjach towarowych, nie jest możliwe na grupach towarowych. Towar dodany poprzez grupę (gdy wymagalność progu nie jest ustalana na nagłówku promocji) nie ma weryfikowanego warunku na wymagany poziom transakcji. Przy czym w przypadku, gdy towar zostanie dodany poprzez grupę oraz jawnie, po spełnieniu wymaganego progu, promocja będzie naliczana bez względu na to, czy zostanie ona naliczona w kontekście dodanej grupy czy towaru.
Jeżeli promocja ma dotyczyć grupy towarowej, wówczas zaleca się ustalenie wymaganego progu na poziomie nagłówka promocji. Wówczas ustalenie wymaganego progu transakcji będzie zarówno, gdy towar będzie dodany jawnie do promocji jak i wyłącznie poprzez grupę towarową. Ograniczenie to podyktowane jest względami wydajnościowymi funkcjonalności.
Przyklad
Przykład 1:
Towar T1 należy do grupy Grupa A
Zdefiniowano promocję PRM z wymaganym progiem transakcji określanym na elementach j.n.
Kontrahent K1
Towar T1; próg 6 szt.; rabat 10%; wymagany próg transakcji 100 szt.
Grupa A; próg 3 szt.; rabat 8%; wymagany próg transakcji nie jest określany na grupie
Użytkownik rejestruje FS dla K1 na 4 szt. T1
System weryfikuje zakupy kontrahenta K1, ustalono, że wymagany próg transakcji dla T1 został spełniony
Na FS na T1 System nalicza rabat 8%
Mimo, że grupa nie ma określanego wymaganego progu taka weryfikacja ma miejsce, gdyż towar został dodany wprost do promocji.
Przykład 1:
Towar T1 należy do grupy Grupa A
Zdefiniowano promocję PRM z wymaganym progiem transakcji określanym na elementach j.n. – odznaczony check na nagłówku promocji
Kontrahent K1
Grupa A; próg 3 szt.; rabat 8%;
Użytkownik rejestruje FS dla K1 na 4 szt. T1
System nie weryfikuje zakupów kontrahenta K1, gdyż wymagany próg transakcji dla T1 nie został określony wprost na elemencie promocji dodanym jako towar
Na FS na T1 System nalicza rabat 8%
Rabat jw. zostanie naliczony bez względu na wcześniejsze transakcje kontrahenta K1.
W zakresie tego samego towaru w promocji, przyjęta została zasada, zgodnie z którą w danej promocji będą dla niego obowiązywać takie same reguły co do typu i wielkości wymaganego progu transakcji niezależnie od tego, na ilu elementach promocji, z jakimi progami, dostawami, czy typem rabatu ten towar się znajduje. Zmiana dokonana więc na jednym rekordzie, zostanie uwzględniona również na innych rekordach wskazujących na ten sam towar.
Uwaga
Uwaga: W przypadku wycofania się z warunku wymagalności progu transakcji na elmencie promocji, a następnie (po czasie) jego przywrócenia, wielkość progu jest ustalana jak na nowej promocji.
Ustalanie okresu czasu na wymagane transakcje, gdy wymagalność określana na elemencie
W sytuacji, gdy wymagany próg transakcji nie jest ustalany na nagłówku promocji lecz per element towarowy, wówczas okres czasu na zdobycie wymaganego progu transakcji może być ustalany indywidualnie dla dodanych w promocji kontrahentów.
Okresu czasu na wymagane transakcje nie można zdefiniować na grupie kontrahentów w promocji. W przypadku, gdy w nagłówku promocji nie jest określany okres czasu, wówczas jeżeli kontrahent nie zostanie wprost dodany do promocji, a jedynie wskutek dodania grupy kontrahentów, okres czasu będzie dla niego liczony jako bez ograniczeń.
Kontrahent w promocji, sekcja: Wymagane transakcje w okresie
Podnosząc formatkę ‘Kontrahent’ możemy określić indywidualne okresy czasu dla wymaganych transakcji. Mamy również możliwość zmiany seryjnej okresy czasu na wymagane transakcje dla wybranych kontrahentów dodanych do transakcji. Na okoliczność seryjnej zmiany ustalonego czasu na transakcje, gdy wymagalność określana jest na elemencie, udostępniona została formatka: Edycja kontrahentów. Istnieje również możliwość użycia funkcji ‘Wypełnij wszystkie wg bieżącego’.
Edycja kontrahentów
Podgląd zdobytego przez kontrahenta progu transakcji
W celu sprawdzenia poziomu osiągniętych transakcji przez kontrahenta wystarczy użyć funkcji ‘Podgląd zdobytego progu transakcji’ dostępnej na formatce ‘Kontrahent’. Okno z podglądem pojawi się w przypadku określenia wymagalnego progu transakcji na elemencie. W zestawieniu uwzględniane są te pozycje towarowe, dla których ustalono jakiś wymagany próg transakcji. Zestawienie nie jest udostępniane dla grupy kontrahentów.
Kontrahent w promocji, podgląd zdobytego progu transakcji
Do nagłówka promocji dodana została zakładka [SQL], na której można wprowadzić zapytanie, które będzie dodatkowym warunkiem dla dokumentów logowanych do tabeli transakcji, czyli dokumentów które są brane podczas liczenia progu transakcji. Do tabeli logowane będą transakcje, które muszą dodatkowo spełnić warunek wynikający z wprowadzonego zapytania SQL (np. uwzględniać tylko dokumenty z określoną serią).
Wprowadzone zapytanie musi zwracać wartość 0 lub 1 oznaczające czy uwzględniać czy nie daną promocję oraz musi udostępniać zmienne {FiltrSQL} z warunkiem na element, dokument oraz {PrmID} z ID promocji. Przykład poniżej.
Przyklad
Przykład: SELECT CASE WHEN TrN_TrNSeria = '' THEN 1 ELSE 0 END FROM CDN.TraNag JOIN CDN.TraElem ON TrE_GIDNumer = TrN_GIDNumer WHERE {FiltrSQL}
Obsługa promocji z wymaganym progiem transakcji
Aby móc porównać już osiągnięte transakcje z wymaganym progiem ustalonym w warunkach promocji, nie przeliczając każdorazowo całej historii transakcji danego kontrahenta, w dedykowanej tabeli są zapisywane niezbędne dane, pomocne do wyliczenia osiągniętego progu.
Tabela PrmTransakcje pozwala na szybkie ustalenie:
Kontrahenta, będącego podmiotem transakcji
Towaru, będącego przedmiotem transakcji
Ilości towaru jw.
Wartości netto towaru jw. w walucie systemowej (TrN_KsiegowaNetto)
Rodzaju transakcji (Przychód/Rozchód)
Daty, w której ma miejsce transakcja (data sprzedaży/zakupu TrN_Data3)
Typu dokumentu
Numeru dokumentu
Pozycji na dokumencie jw.
Wyliczenie osiągniętego progu jest potrzebne podczas:
Naliczenia promocji na dokumentach
Modyfikacji na definicji promocji
Podczas zatwierdzania nw. dokumentów odpowiednio są zapisywane/aktualizowane informacje o aktualnym poziomie transakcji w ww. tabeli:
FS, FSE, WZ, WZE, PA, WKA i ich korekt
FZ, FRR, PZ, PKA, PZI i ich korekt
Taki zapis jest wykonywany wówczas, gdy istnieje potwierdzona, niezamknięta promocja uwarunkowana zdobytym poziomem transakcji. Zakłada się, że podczas potwierdzania, modyfikacji promocji PRM z ustalonym wymaganym progiem transakcji, czy to na nagłówku promocji czy na elementach, należy dokonać weryfikacji istniejących transakcji pod kątem zdefiniowanej promocji i dla każdego z dodanych kontrahentów ustalić transakcje towarami dodanymi do promocji, w ustalonym okresie.
W przypadku korekt, do utworzonej tabeli logowany jest nowy wpis różnicowy ze wskazaniem na korektę (tak by podczas sumowania uzyskać odpowiednią ilość/wartość).
Uwaga
Uwaga: Ponieważ korekty nie wołają rabatów, przyjęte zostało założenie, że korekta jest logowana wówczas, gdy w tabeli PrmTransakcje będzie wpisany korygowany dokument (oryginał).
Inne
Podgląd wartości osiągniętego progu transakcji możliwy jest również z poziomu karty Kontrahenta. Po podniesieniu karty Kontrahenta, zakładka Upusty, będzie widoczna funkcja ‘Podgląd zdobytego progu transakcji’. Po użyciu funkcji Operator uzyska zestawienie dotyczące wymagalnego progu.
Karta kontrahenta, zakładka Upusty, Podgląd zdobytego poziomu transakcji
Uzyskanie informacji o już zdobytym i brakującym poziomie do naliczenia promocji jest możliwy także z poziomu elementu dokumentu, gdzie dodany został przycisk:
Przycisk jw. obsłużony został w kontekście dokumentów, które są uwzględniane w nowej tabeli tj.:
FS, FSE, WZ, WZE, PA, WKA i ich korekt
FZ, FRR, PZ, PKA, PZI i ich korekt
Import towarów do promocji
Opisywana funkcjonalność ma na celu ułatwienie definiowania poszczególnych promocji. Funkcjonalność dotyczy wczytywania pozycji towarowych z pliku zewnętrznego. Importu towarów na promocje będzie dotyczyć promocji typu: PRM, KNU, CEN, BUDŻET KNT, BUDŻET OPE oraz promocja pakietowa elastyczna i stała.
Import towarów do promocji pozwala operatorowi na wczytanie listy towarów z pliku zewnętrznego przygotowanego w postaci arkusza kalkulacyjnego Excel. Arkusz Powinien być przygotowany w odpowiedni sposób (opis poniżej).
Możliwe jest wczytanie samych towarów na podstawie kodu towaru – wówczas promocje zostaną ustawione domyślnie. Opcja bardziej zaawansowana pozwala na wczytanie listy towarów wraz z określonymi parametrami: typ promocji, próg, wartość, cena itd.
Towary można wczytać na nowe promocje jak również na już istniejące w systemie. W celu zaimportowania arkusza z towarami należy w oknie Promocji na zakładce Towary wcisnąć przycisk [Importuj towary z arkusza kalkulacyjnego]. Po wciśnięciu pojawi się okno Wyboru pliku. Należy wskazać plik z towarami w formacie MS Excel (xls lub xlsx). Po wykonaniu importu towar pojawi się na zakładce towary. Taką sama operacje można wykonać z poziomu karty Kontrahenta na zakładce Upusty.
Struktura pliku do importu towarów do promocji: : PRM, KNU, CEN, BUDŻET KNT, BUDŻET OPE, promocja pakietowa stała
Arkusz do importu towarów powinien mieć odpowiednią strukturę. Arkusz do importu towaru powinien zawierać następujące kolumny (jak poniżej). Uzupełniając wartości wskazanych kolumn Operator powinien mieć na uwadze typ promocji, do której będą importowane towary.
Kolumna w arkuszu
Kolumna z wartością
Kod
Kod towaru
Rodzaj
1 - rabat procentowy
2 - rabat wartościowy
3 - stała cena
4 – rabat typu cennik
5 – narzut procentowy
6 – narzut wartościowy
Wartość
Wysokość rabatu, narzutu lub cena
Próg
Wysokość progu, od jakiego zaczyna się dana promocja
TypNB
Flaga ceny – netto czy brutto
N – netto
B – brutto
Waluta
Symbol waluty
Rodzaj ceny
Nazwa ceny, wg której ma działać dana promocja typu Cennik
Gratis
TAK (dotyczy tylko promocji pakietowych)
Typ limitu
Typ limitu ilościowy lub wartościowy (1,2)
Limit
Wartość limitu
Import towarów do promocji typu PRM
Dodawanie towarów do promocji Rabaty pozycji
Dla promocji typu Rabaty pozycji można ustalić oraz zaimportować następujące dane: KOD (kod towaru, RODZAJ (promocji), WARTOŚĆ (cena lub wielkość rabatu), PRÓG, TYPNB, WALUTA (w przypadku stałej ceny).
W przypadku nieokreślenia w pliku niektórych danych zostaną one ustawione domyślnie:
Rodzaj – rabat od ceny sprzedaży
Typ – procent
Próg – 0,000
Upust – 0,00 %
Dodawanie towarów do promocji pakietowej stałej
W przypadku promocji pakietowej stałej oprócz importu towarów możliwe będzie również importowanie gratisów. Towar, który ma zostać zaimportowany, jako gratis musi posiadać uzupełnioną kolumnę GRATIS wartością TAK. Ilość gratisów należy uzupełniać w kolumnie PRÓG.
Dodawanie towarów do promocji Cena początkowa
Do promocji typu Cena początkowa można ustalić następujące dane: KOD (towaru) oraz RODZAJ CENY (nazwa ceny w systemie). W przypadku nieokreślenia rodzaju ceny zostanie ustawiona cena domyślna.
Dodawanie towarów do promocji Budżety rabatowe
Do promocji typu Budżety rabatowe można ustalić następujące dane: KOD (kod towaru), RODZAJ (promocji), WARTOŚĆ (wielkość rabatu), PRÓG.
Struktura pliku do importu towarów do promocji z warunkiem wymaganego progu transakcji
Ustalenie typu i wielkości wymaganego progu transakcji na elemencie promocji możliwe jest także podczas importu towarów z arkusza kalkulacyjnego. Stosowna interpretacja została obsłużona w przypadku wystąpienia w pliku kolumn: Typ progu transakcji i Próg transakcji.
Interpretacja dodatkowych kolumn jest przewidziana wyłącznie w przypadku spełnienia warunków:
Promocja PRM nie-pakietowa
Odznaczona opcja: Wymagany próg transakcji w nagłówku promocji
Wybrane radio: Rozchodowe lub Przychodowe w sekcji: Rodzaj dokumentu w nagłówku promocji
Jednocześnie, zgodnie z wcześniej przedstawionym założeniem, jeżeli w trakcie dodania pozycji z arkusza do promocji System zinterpretuje dla niej rodzaj i wielkość wymaganego progu transakcji, zostanie ona nie tylko ustalona na dodawanym rekordzie, ale, również na innych rekordach promocji wskazujących na ten sam towar.
Kolumna w arkuszu
Kolumna z wartością
Kod
Kod towaru
Rodzaj
1 - rabat procentowy
2 - rabat wartościowy
3 - stała cena
4 – rabat typu cennik
5 – narzut procentowy
6 – narzut wartościowy
Wartość
Wysokość rabatu, narzutu lub cena
Próg
Wysokość progu, od jakiego zaczyna się dana promocja
TypNB
Flaga ceny – netto czy brutto
N – netto
B – brutto
Waluta
Symbol waluty
Rodzaj ceny
Nazwa ceny, wg której ma działać dana promocja typu Cennik
Gratis
TAK (dotyczy tylko promocji pakietowych)
Typ limitu
Typ limitu ilościowy lub wartościowy (1,2)
Limit
Wartość limitu
Typ progu transakcji
1 – ilość
2 – wartość transakcji
Próg transakcji
Wartość progu
Struktura pliku do importu towarów do promocji pakietowej elastycznej
Dla promocji pakietowych elastycznych możliwe jest importowanie nie tylko towarów i gratisów, ale także importowanie progów dla pakietów oraz progów wg grup. Opcja importu jest dostępna na zakładce ‘Towary’ na promocji.
Plik MS Excel do importu towarów do promocji pakietowych został poszerzony o dodatkowe informacje, które są konieczne do poprawnego importu promocji elastycznych.
Plik do importu promocji pakietowych elastycznych może składać się z trzech arkuszy:
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 arkuszu
Kolumna z wartością
Import do promocji pakietowej elastycznej
Kod
Kod towaru
Wymagane
Rodzaj
1 - rabat procentowy
2 - rabat wartościowy
3 - stała cena
4 – rabat typu cennik
5 – narzut procentowy
6 – narzut wartościowy
Wymagane
Może występować tylko wartość 1 lub 3
Wartość
Wysokość rabatu, narzutu lub cena
Wymagane
Próg
Wysokość progu, od jakiego zaczyna się dana promocja/ilość gratisów w promocji (dot. gratisów na promocjach pakietowych)
Dotyczy tylko gratisów
TypNB
Flaga ceny – netto czy brutto
N – netto
B – brutto
Nie dotyczy
Waluta
Symbol waluty
Jeśli brak, przyjmuje PLN
Rodzaj ceny
Nazwa ceny, wg której ma działać dana promocja typu Cennik
Nie dotyczy
Gratis
TAK (towar jest gratisem)
Dotyczy tylko gratisów
Typ limitu
Typ limitu ilościowy lub wartościowy (1,2)
Nie dotyczy
Limit
Wartość limitu
Nie dotyczy
Wymagany
TAK oznacza, że dany towar jest wymagany w pakiecie
Dotyczy progów pakietów/ nie jest wymagane
Domyślny
TAK – oznacza, zaznaczenie opcji Domyślny
Dotyczy gratisów/ nie jest wymagane
Mnóż
TAK – oznacza, zaznaczenie opcji Mnóż
Dotyczy gratisów/ nie jest wymagane
Próg pakietu
Próg, do którego ma być przypisany gratis (jedna z wartości znajdująca się na arkuszu Progi w kolumnie WARTOŚĆ PROGU)
Wymagane
Aby towary zostały poprawnie zaczytane, w pliku muszą znaleźć się zapisy towarów dla wszystkich progów umieszczonych na zakładce progi bądź dla progów dodanych wcześniej do promocji.
Arkusz: Progi
Arkusz zawierający progi dla pakietu musi nazywać się „Progi”.
Na arkuszu Progi należy umieścić wszystkie progi promocji, do jakich mają być dodane towary. Opcjonalnie zamiast arkusza z progami dopuszczalne jest wprowadzenie odpowiednich progów bezpośrednio na formatkę promocji. Dodanie progów na promocję musi mieć miejsce przed rozpoczęciem importu. Zawartość arkusza Progi:
Kolumna w arkuszu
Wartość kolumny
Czy wymagana
Wartość progu
Wartość progu
Wymagane
Minimalna ilość
Minimalna ilość pozycji konieczna do zastosowania pakietu
Wymagane
Edycja gratisów
Tak – jeśli edycja gratisów dla progu ma być ustawiona
Dotyczy tylko gratisów/ nie jest wymagane
Arkusz: Progi wg grup
Arkusz progi wg grup pozwala na dodanie grup towarów do poszczególnych progów promocji. Nazwa arkusza: „Progi wg grup”.
Kolumna w arkuszu
Wartość kolumny
Czy wymagana
Grupa
Ścieżka do grupy w postaci: \\kod grupy\kod podgrupy…..
np. \\KOMPUTERY\AKCESORIA\MYSZY
Wymagane
Typ progu
0 – wartościowy, 1 – ilościowy
Wymagane
Wartość progu
Wartość progu
Wymagane
Minimalna ilość
Minimalna ilość pozycji konieczna do zastosowania pakietu
Wymagane
Próg pakietu
Próg, do którego ma być przypisany próg wg grup (jedna z wartości znajdująca się na arkuszu Progi w kolumnie WARTOŚĆ PROGU)
Wymagane
Inne parametry
Jeżeli dla danego towaru nie chcemy naliczać żadnych promocji zdefiniowanych w systemie, wówczas na karcie takiego towaru na zakładce: Upusty, należy zaznaczyć pole: Nie stosuj żadnych upustów.
Jeżeli dana promocja nie powinna być już stosowana, należy ją zamknąć, zaznaczając pole: Zamknięta, na tej promocji. W takim wypadku ponowna aktywacja takiej promocji nie będzie możliwa.
Jeżeli stosowana promocja ma być zawieszona na pewien czas, wystarczy usunąć jeden z parametrów wymaganych, aby promocja miała zastosowanie, np. usunąć wszystkie centra z promocji. Jeżeli po pewnym czasie promocja znowu ma być stosowana, wystarczy ponownie dodać centra. Ten sam efekt można uzyskać poprzez usunięcie wszystkich towarów, czy kontrahentów, jednak w takim przypadku późniejsze odtworzenia warunków promocji będzie trudniejsze. Pożądany efekt można uzyskać również odpowiednio sterując datami obowiązywania promocji, tak, aby naliczenie rabatów miało miejsce tylko w ściśle określonym czasie.
Okno „Promocje pakietowe dla kontrahenta”
Nastąpiła zmiana w ikonach/przyciskach, w oknie rozchodowym dokumentów FS, WZ, FSE, WZE, PA, ZS. Została wprowadzona ikona ,dzięki której można uruchomić okno „Promocja pakietowe dla kontrahenta”, w którym prezentowane są aktualne promocje pakietowe dla kontrahenta docelowego lub głównego wskazanego na dokumencie. Ikona widoczna jest tylko na dokumentach wystawionych w centrum, w którym na definicji dokumentów zaznaczony jest parametr „Stosuj promocje pakietowe”.
Ikona jest aktywna na dokumencie, który znajduje się w buforze lub na ZS/OS niepotwierdzonym.
Zamówienie sprzedaży, zakładka Ogólne
Okno „Promocje pakietowe dla kontrahenta” otwiera się automatycznie, gdy zostanie wprowadzony kontrahent na dokument, dla którego przypisane są promocje pakietowe.
W oknie, oprócz prezentacji dostępnych promocji pakietowych istnieje możliwość dodawania towarów lub pakietów na dokument bezpośrednio z poziomu tego okna. W wyświetlonym oknie „Promocje pakietowe kontrahenta” istnieje tylko możliwość wprowadzenia ilości towarów w kolumnie ‘Ilość’. Dla pakietów elastycznych ilość zostanie wprowadzona dla elementów, natomiast dla pakietów stałych ilość zostanie określona dla całego pakietu, a ilość na elementach tego pakietu zostanie obliczona automatycznie.
Wprowadzona ilość dla jednego towaru w jednym pakiecie, zostanie przypisana na elementy z tym towarem w innych pakietach, również w pakietach, dla których możliwość wyboru jest nieaktywna (nieprawidłowa forma płatności). Po uzupełnieniu ilości w innych elementach, automatycznie zostanie przeliczona wartość pakietu oraz procent realizacji pakietu.
Przyklad
Przykład: W oknie promocji prezentowane są trzy pakiety (Pakiet X, Pakiet Y, Pakiet Z), w każdym pakiecie występuje towar T1:
1. Jeżeli użytkownik wprowadził ilość 3szt. dla T1 dla pakietu Z, to system automatycznie przepisze tą ilość do wszystkich elementów z towarem T1 w innych pakietach.
2. Po uzupełnieniu innych elementów z towarem T1, dla każdego elementu wyliczana jest wartość i procent realizacji pakietu.
3. Jeżeli użytkownik zmieni ilość w dowolnym elemencie pakietu, to ilość ta zostanie zaktualizowana na pozostałych elementach promocji i na elemencie dokumentu. W przypadku pakietu sztywnego, gdy użytkownik wskaże ogólna liczbę pakietów np. dla Pakietu X 2 szt. x pakietu, to ilość dla elementów zostanie obliczona, jako ilość min x ilość pakietu, a więc dla T1 będzie to 2 x 2 = 4szt.. Tak wyliczona ilość powinna być przepisana na inne pozycje z T1. Elementy innych towarów z pakietu sztywnego powinny tez być uzupełnione.
Oprócz wskazania ilości towaru, istnieje możliwość wskazania, które gratisy zostaną dołączone do pakietu poprzez zaznaczenie okienka znajdującego się przy gratisie. Dla elastycznych promocji pakietowych Operator ma możliwość ustalenia czy będzie możliwa zmiana ilości poszczególnych gratisów wydawanych Klientowi. Odpowiada za to parametr na promocji elastycznej ‘Edycja ilości wydawanych gratisów’. Jeżeli chceck będzie włączony, Operator będzie miał możliwość edytowania ilości danego gratisu podczas nadawania promocji pakietowej. System będzie kontrolował czy łączna ilość przyznanych gratisów nie przekroczyła sumy.
Uwaga
Uwaga: Podczas edytowania ilości nadawanych gratisów system kontroluje, aby łączna ilość przyznanych gratisów nie przekroczyła ilości należnej, rozumianej jako suma ilości wszystkich gratisów przypisanych do danego progu promocji.
W oknie „Promocje pakietowe dla kontrahenta”, na zakładce „Aktualne Pakiety” definiowalne są parametry:
Filtr:
Pakiet stały – możliwość wyświetlenia lub ukrycia pakietów stałych,
Pakiet elastyczny – możliwość wyświetlenia lub ukrycia pakietów elastycznych,
Towary – możliwość wyświetlenia lub ukrycia towarów,
Gratisy – możliwość wyświetlenia lub ukrycia gratisów.
Kolumny:
Nazwa towaru – kolumna z nazwą towarów objętych promocją,
Ilość dostępna – kolumna z ilością towarów do sprzedaży, na wskazanym w dokumencie magazynie,
Cena początkowa – cena początkowa towaru,
Cena po rabacie – cena początkowa pomniejszona o wartość rabatu,
Wartość początkowa – iloczyn ceny towaru x ilość,
Wartość końcowa – iloczyn ceny towaru po rabacie x ilość.
Pakiety:
Wszystkie – wyświetlenie wszystkich rodzajów pakietów
Zastosowane – wyświetlenie pakietów już zastosowanych
Niezastosowane – wyświetlenie pakietów jeszcze niezastosowanych
Dla elementu – wyświetlenie pakietów dla podświetlonego elementu na dokumencie.
Promocje pakietowe dla kontrahenta, zakładka Aktualne pakiety
Podczas rejestracji dokumentu handlowego, przy wyborze pakietu promocji elastycznej jeżeli nie zostało zaznaczone okno rekordu Gratis zostanie wyświetlone okno z komunikatem „Nie wskazano towaru gratisowego. Czy chcesz kontynuować?”
Sprzedaż- pytanie, Wybór pakietu promocji typu „Elastyczny” bez zaznaczenia Gratisu
Jeżeli zostanie wybrana odpowiedź „Tak” to elementy promocji zostaną przypisane na dokument bez dodania gratisu, jeżeli zostanie wybrana odpowiedź „Nie” spowoduje powrót do okna Promocje pakietowe.
W celu przełączenia się z okna Promocji pakietowych do okna dokumentu handlowego należy nacisnąć skrót klawiszowy Ctrl+Q. Natomiast w celu podświetlenia określonego rekordu Pakietu Promocji należy nacisnąć Enter, co umożliwi edycję pola z ilością, po wprowadzeniu ilości aby zatwierdzić zmiany należy nacisnąć Enter/Tab.
W celu zaznaczenia okna przy wyborze Pakietu Promocji lub przy wyborze Gratisu należy nacisnąć skrót klawiszowy Ctrl+Enter.
Najczęściej spotykane problemy
Pomimo zdefiniowania promocji pakietowej „Elastyczny od ilości”, na dokumencie handlowym promocja nie została uwzględniona
Opis problemu
Została zdefiniowana promocja typu „Elastyczny od ilości” dla konkretnego kontrahenta. Pomimo tego promocja nie została uwzględniona na dokumencie handlowym.
Możliwe sposoby rozwiązania problemu
Należy sprawdzić, w oknie „Aktualne promocje dla kontrahenta” czy proces realizacji promocji wyniósł 100%. Jeżeli nie został uzyskany proces realizacji 100%, należy wybrać minimalną ilość towarów jaka została zdefiniowana w promocji.
Promocje pakietowe dla kontrahenta, zakładka Aktualne pakiety
Jeżeli został spełniony warunek progu natomiast promocja nie została uwzględniona na dokumencie handlowym, należy wyświetlić okno „Promocje pakietowe dla kontrahenta” i zweryfikować czy parametr obok nazwy promocji został zaznaczony.
Zamówienie sprzedaży, zakładka OgólnePromocje pakietowe dla kontrahenta, zakładka Aktualne pakiety
Pomimo zdefiniowania promocji pakietowej „Elastyczny od wartości”, na dokumencie handlowym promocja nalicza się od wartości końcowych towarów z uwzględnieniem upustu
Opis problemu
Została zdefiniowana promocja typu „Elastyczny od wartości” dla konkretnego kontrahenta. Pomimo tego w oknie „Aktualne promocje dla kontrahenta” promocja nalicza się od wartości końcowych towarów z uwzględnieniem upustu.
Przyklad
Przykład: Ustalono próg od wartości 100 PLN, na towary T3 oraz T4.
Jeżeli zostaną spełnione warunki klient zapłaci 45 PLN za towar T3, na towar T4 otrzyma rabat w wysokości 30%, oraz otrzyma Gratis T5 2szt. za kwotę 2 PLN
Po wybraniu towaru T4 w ilości 1 szt. realizacja procentowa pakietu wynosi 42% zamiast 60%.
Promocje pakietowe dla kontrahenta, zakładka Aktualne pakietyMożliwy sposób rozwiązania problemu
W promocji pakietowej „Elastyczny od wartości” naliczanie rabatu od wartości końcowych towarów z uwzględnieniem upustu, jest spowodowane tym, iż parametr „Realizacja pakietów liczonych od wartości początkowych” został odznaczony w Konfiguracji> Sprzedaż> Parametr1. Dopiero po zaznaczeniu tego parametru, promocja zostanie naliczona od wartości początkowej.
Konfiguracja, zakładka Sprzedaż, zakładka Parametr 1
Po zaznaczeniu parametru „Rabaty liczone od wartości początkowych”, promocja zostanie naliczona od wartości początkowych.
Promocje pakietowe dla kontrahenta, zakładka Aktualne pakiety
Pomimo zdefiniowania promocji i udzielenia rabatu na nagłówku, cena końcowa pozycji nie uległa zmianie
Opis problemu
Zdefiniowana została promocja, a ponadto na nagłówku dokumentu udzielono rabat. Pomimo tego, cena końcowa dla pozycji nie uległa zmianie.
Możliwe sposoby rozwiązania problemu
Jeżeli sytuacja opisana w tytule dotyczy dokumentów przychodowych, prawdopodobnie nie zaznaczono pola: Licz upusty dla dokumentów przychodowych od wartości początkowych. Udzielony rabat wpłynął wówczas na ceną początkową elementu.
Konfiguracja, zakładka Sprzedaż, zakładka Parametry 1
Towar nie posiada ceny początkowej, a więc jakikolwiek rabat procentowy, liczony od ceny równej 0, wynosi 0 (nie ma wpływu na cenę końcową). W przypadku dokumentów przychodowych istnieje możliwość ręcznego wprowadzenia ceny początkowej na zakładce {Kalkulacja} elementu. W przypadku dokumentów rozchodowych, nie ma takiej możliwości. Dla poprawnego wyliczania rabatów należy odpowiednio zdefiniować cenę katalogową towaru.
Jedynie rabat udzielony kwotowo w nagłówku dokumentu może w takiej sytuacji mieć wpływ na jego wartość końcową.
Element – zostanie dodany, zakładka Kalkulacja
Upłynęła już data obowiązywania promocji, lub data początkowa jest określona w przyszłości. Centrum, które wystawia dokument, nie zostało ujęte na promocji.
Na promocji o wyższym priorytecie lub o tym samym priorytecie, ale znajdującym się wyżej na liście promocji zaznaczono opcję: Pomiń następne.
Zadziałała kontrola marży minimalnej, która nie pozwoliła na udzielenie rabatu na dokumencie rozchodowym (informacja ta jest zapisywana w strukturze udzielonego rabatu).
Promocja nie została zdefiniowana dla tego typu dokumentów (np. rozchodowych).
Promocja nie została potwierdzona.
Nie spełniono innych warunków promocji (kontrahent, towar nie został ujęty na promocji, nie spełniono warunku progowego).
Cena na elemencie transakcji z 2-ma miejscami po przecinku
Opis problemu
Na karcie dostawcy danego towaru zdefiniowano cenę, wyrażoną z 4-ma miejscami po przecinku. Na dokumencie FZ pomimo odznaczenia parametrów: Cena z dokładnością do groszy oraz Kontrola (ilość x cena = wartość), cena na elemencie podawana jest z dokładnością do dwóch miejsc po przecinku.
Możliwe sposoby rozwiązania problemu
Przyczyną takiego zachowania programu może być ustalony w systemie sposób liczenia rabatów od wartości, a nie od ceny, czyli odznaczony parametr: Rabaty liczone od ceny.
Konfiguracja, zakładka Sprzedaż, zakładka Parametry 1
Przyklad
Przykład: Cena zakupu od dostawcy A wynosi 1,1256.
Rabaty obliczane od wartości: 1x1,1256=1,1256, wartość zostaje zaokrąglona do 1,13.
Rabat liczony od ceny: 1x1,1256 rabat zero wartość 1,1256 zaokrąglona do 1,13 ale cena nie musi być już przeliczana, pozostaje jako 1,1256.
Pomimo przyznanego rabatu 40%, rabat udzielony ulega zmianie
Opis problemu
Na dokument WZ na kontrahenta, który ma ustalony rabat 40% dodano 10 szt. towaru o cenie 1,20EUR po kursie 100PLN = 406,83EUR. Rabat na zakładce: Kalkulacje, zostaje ustalony na poziomie innym niż 40%.
Możliwe sposoby rozwiązania problemu
Wysokość (procentowa) rabatu wyliczana jest w sposób dynamiczny. Po odliczeniu rabatu od ceny/wartości, następuje wyliczenie ceny elementu po rabacie, która w zależności od zaznaczenia parametru: Cena z dokładnością do groszy, jest zaokrąglana odpowiednio do dwóch, lub czterech miejsc po przecinku, a następnie wyliczana jest faktyczna wysokość (procentowa) udzielonego rabatu, poprzez porównanie ceny początkowej i ceny po rabacie (po zaokrągleniu). Stąd korekta udzielonego 40% rabatu będzie większa, gdy cena ma być prezentowana z dwoma miejscami po przecinku i mniejsza, gdy cena jest wyrażona z czterema miejscami po przecinku.
Znaczenie parametru: Od księgowych, na elemencie transakcji
Parametr ma znaczenie w przypadku transakcji, dokonywanych w walucie innej, niż systemowa. Decyduje o tym, czy naliczenie rabatu nastąpi od ceny/wartości wyrażonej w walucie obcej, czy też od ceny/wartości przeliczonej na PLN, a w przypadku, gdy sprawdzane jest równanie: ilość x cena = wartość, decyduje o tym, która cena (do równania) jest pobierana:
przy parametrze zaznaczonym - cena/wartość początkowa jest przeliczana na PLN i dopiero od takiej ceny/wartości liczony jest rabat. Jeżeli parametr jest odznaczony, wówczas rabat liczony jest od ceny/wartości wyrażonej w walucie, następnie tak obliczona wartość jest zaokrąglana i dopiero przeliczana na PLN;
w przypadku sprawdzania równania ilość x cena = wartość i zaznaczonego parametru, sprawdzana jest równość:
cena księgowa x ilość = wartość
w przypadku parametru odznaczonego sprawdzane jest równanie:
cena po rabacie x ilość = wartość.
Podczas generowania FS z ZS elementy na dokumencie zostały przeliczone według standardowych promocji, zamiast według promocji pakietowej
Opis problemu
Na dokumencie ZS zostały zapisane towary, na które zdefiniowano promocje pakietową typu „Stały”. Podczas generowania dokumentu FS, elementy na nowym dokumencie zostały przeliczone na nowo według standardowych promocji zamiast według zdefiniowanej wcześniej promocji pakietowej.
Możliwe sposoby rozwiązania problemu
W przypadku generowania FS, WZ, FSE, WZE, PA z ZS kopiowanie informacji o promocjach pakietowych jest uzależnione od parametru na definicji ZS „ Przeliczaj wartości przy generowaniu dokumentów z zamówień” analogicznie do standardowych promocji.
Definicja dokumentu, zakładka Inne
Jeżeli parametr jest zaznaczony, to w momencie generowania FS elementy ZS zostaną ponownie przeliczone według standardowych promocji czyli ceny zostaną na nowo przeliczone.
Jeżeli parametr „Przeliczaj wartości przy generowaniu dokumentów z zamówień” jest odznaczony to na elementy generowanego dokumentu przenoszą informacje o pakiecie.
Jeżeli z ZS generowane jest WM, a następnie FS, to na dokument FS elementy zostaną dodane zgodnie z ustawieniem parametru na ZS „Przeliczaj wartości przy generowaniu dokumentów z zamówień”. Jeżeli parametr jest odznaczony, to elementy zostaną według warunków ustalonych na ZS ale bez powiązania do pakietów.
Scenariusze
W jaki sposób uwzględnić dodatkowo promocję WTR podczas zastosowania Promocji Pakietowych
Aby uwzględnić dodatkową promocję WTR podczas zastosowania Promocji Pakietowych, należy odznaczyć parametr na Definicji Promocji> Nagłówek> „Pomiń rabaty nagłówka (GLO)”.
Promocja, zakładka Nagłówek
Podczas rejestrowania dokumentu ZS, po wybraniu kontrahenta, dla którego została zdefiniowana promocja zostanie automatycznie wyświetlone okno „Promocje pakietowe dla kontrahenta”, w którym zostały zlokalizowane wszystkie promocje przypisane dla danego kontrahenta.
Po zaznaczeniu pakietu promocji nastąpi automatyczne zamknięcie okna i powrót do edycji rejestrowanego dokumentu. Na liście elementów będą widoczne towary, które zostały zdefiniowane w promocji, dodane z określonym upustem oraz gratisem.
Zamówienie sprzedaży, zakładka Ogólny
Rabaty nagłówka zostaną wliczone do promocji, dopiero po uzupełnieniu (wprowadzeniu) rabatu w oknie „Ogólny” w parametrze „Rabat nagłówka” jw. Rysunek 45. Przy próbie wyciągnięcia dokumentu z bufora, zostanie automatycznie wygenerowane okno z pytaniem czy zastosować zdefiniowany Rabat nagłówka.
Sprzedaż- pytanie, Zmiana rabatu podczas rejestrowania dokumentu handlowego
Po zatwierdzeniu, promocja WTR zostanie uwzględniona podczas naliczania Promocji Pakietowej.
Naliczenie promocji uzależnione od wybrania magazynu na dokumencie handlowym
Została dodana zakładka Magazyny na Definicji Promocji. Dzięki tej zakładce istnieje możliwość wybrania magazynu, dla którego będzie zastosowana promocja.
Podczas naliczania rabatów dla towarów podczas zarejestrowania dokumentu handlowego, oprócz bieżących parametrów sprawdzane jest również ustawienie magazynu na dokumencie. Kontrola magazynu obowiązuje zarówno na dokumentach przychodowych i rozchodowych, i opiera się o magazyn w nagłówku dokumentu.
Promocja, zakładka Magazyny
Przeliczanie rabatów po zmianie magazynu na dokumencie jest uzależnione od parametru, który znajduje się na Definicji dokumentu> Parametry.
Definicje dokumentu, zakładka Parametry
Jeżeli parametr został zaznaczony to podczas zmiany magazynu na dokumencie zostanie otworzone okno „Zmiany na dokumencie”.
Zmiany na dokumencie, zakładka Ogólne
W jaki sposób ustalić cenę sprzedaży, od której będą naliczane rabaty
Funkcjonalność systemu umożliwia przypisanie konkretnej ceny sprzedaży dla kontrahentów i towarów, która będzie podstawą do naliczania rabatów na dokumentach rozchodowych. W celu uzyskania takiej funkcjonalności należy zdefiniować promocję typu Cennik, dostępną z menu Zestawienia> Promocje. Promocja typu Cennik spowoduje, iż na dokumenty rozchodowe dla określonego kontrahenta, towaru i centrum będzie pobierana wybrana cena sprzedaży.
Przyklad
Przykład: Do towaru Walizka są przypisane trzy ceny sprzedaży, m.in. cena HURTOWA. Dla wymienionego asortymentu została stworzona promocja typu Cennik, w której dla towaru Walizka przypisano cenę HURTOWA równą 100 PLN. Następnie dla wskazanego towaru utworzono promocję typu PRM. Klient otrzyma 10% rabatu, jeśli zakupi minimum cztery walizki. Kontrahent zdecydował się na zakup 6 szt. towaru. Na wystawioną fakturę sprzedaży (po określeniu kontrahenta i towaru) pobrała się automatycznie cena sprzedaży HURTOWA. Cena ta jest podstawą do naliczenia rabatów wynikających z promocji typu PRM. Tak więc, klient kupił 6 walizek po 90 PLN na każdą.
Sytuacja, w której na dany towar obowiązuje inny próg i rabat, niż na grupę, do której towar należy
W przypadku, gdy dla danego towaru ma obowiązywać inny rabat, niż dla grupy towarowej, do której on należy, sytuację taką można obsłużyć jednym ze wskazanych sposobów:
Należy zdefiniować dwie promocje: jedną o nazwie: Towary (tu należy umieszczać towary, wobec których prowadzona jest inna polityka rabatowa, niż dla grup, do której towar należy), drugą o nazwie: Grupy (tu należy umieszczać grupy towarowe, wraz z warunkami stosowanych dla nich rabatów). Promocja: Grupy, powinna mieć niższy priorytet (większą wartość w polu: Priorytet, promocji), niż promocja: Towary. Na promocji: Towary, należy zaznaczyć pole: Pomiń następne. Jeżeli towar ma mieć inne warunki rabatowania, niż zdefiniowane na promocji: Grupy, dla jego grupy towarowej, wówczas towar taki należy umieścić w promocji: Towary. Zaznaczony parametr: Pomiń następne promocje, zabezpieczy przed dwukrotnym naliczeniem rabatów.
Na tej samej promocji należy dodać grupy towarowe oraz pojedynczo towary, należące do tych grup. Zasada promocji jest taka, że nie można naliczyć dwukrotnie tej samej promocji dla tego samego towaru, w związku z czym, w pierwszej kolejności sprawdzane są warunki promocji zdefiniowane dla towaru, dopiero, a gdy nie są one spełnione, sprawdzone są warunki zdefiniowane dla grupy, do której ten towar należy. W przypadku tego rozwiązania należy jednak pamiętać o tym, że gdy warunek (próg) zdefiniowany na towarze nie został spełniony, może zostać naliczony rabat właściwy dla grupy towarowej, do której on należy, co może być niezgodne z oczekiwaniami Użytkownika.
Dla promocji TWU, KNU, PRM, CEN wprowadzono dodatkowy parametr ‘Grupa towaru ważniejsza niż grupa nadrzędna’. Parametr może okazać się potrzebny jeżeli promocja została zdefiniowana zarówno dla grypy, do której dany towar należy wprost, jak i dla grupy do niej nadrzędnej. Jeżeli parametr jest włączony, wówczas grupa towaru zostanie potraktowana priorytetowo w stosunku do grupy nadrzędnej, w przeciwnym razie będą one traktowane tak samo.
Jak zdefiniować dla kontrahenta upust typu Stała cena, wyliczany każdorazowo jako ostatnia cena zakupu + określony procent marży
Dla obsłużenia takiej sytuacji można posłużyć się rozwiązaniem, wykorzystującym aktualizację ceny sprzedaży towaru, dokonywaną przy nowej dostawie:
dla towaru definiujemy cenę, z zaznaczony parametrem: Aktualizuj cenę przy nowej dostawie, określając wysokość marży,
na karcie kontrahenta (zakładka: Handlowe) wybieramy tą cenę, definiujemy promocję na ten towar i dla tego kontrahenta, przy czym zarówno próg jak i ilość ustalamy jako 0. Na promocji zaznaczamy parametr: Pomiń następne promocje i odpowiednio wysoki priorytet, tak, aby promocja znalazła się odpowiednio wysoko na liście promocji. Celem tak skonstruowanej promocji jest zapewnienie, że od ustalonej ceny na towar, aktualizowanej podczas zakupu, nie zostały naliczone żadne promocje.
Dla tak opisanej sytuacji, sprzedaż określonego towaru dla określonego kontrahenta odbędzie się po cenie równej: cena zakupu + marża.
Sytuację tą można uzyskać również definiując promocję PRM, w której na towarze należy wybrać opcję Narzut na cenę zakupu i wskazać odpowiedni procent lub kwotę, o którą ma zostać zmieniona cena sprzedaży w stosunku do ceny zakupu.
Jak określić dla promocji pakietowej elastycznej dodatkowe progi ilościowe/wartościowe dla grup towarowych
Istnieje możliwość zdefiniowania dodatkowego warunku dla promocji pakietowej elastycznej w postaci zdefiniowanych progów dla wybranych grup towarowych. Funkcjonalność daje możliwość dodania grup towarowych i określenia dla nich progu ilościowego lub wartościowego. Dodatkowo można również dodać grupę ,,Inne” kiedy chcemy dodać próg dla grupy towarów spoza grup dodanych na promocję.
Przyklad
Przykład: Przykład: Hurtownia z chemią gospodarczą chce ustalić promocję pakietową elastyczną dla pewnej grupy klientów ‘Grupa Hurt I’. Warunkiem udzielenia promocji będzie ogólny próg ilościowy 10 sztuk towaru, w tym 3 sztuk towaru z grupy towarów ‘Chemia specjalistyczna’ , 3 sztuk towaru z grupy towarowej ‘Szczotki’ i zakup towarów z pozostałych grup towarowych na wartość co najmniej 300 pln.
Taką promocję możemy zdefiniować w następujący sposób:
Na nagłówku promocji ustalam promocję pakietową elastyczną. Na zakładce {Kontrahenci} dodaję grupę kontrahentów ‘Grupa Hurt I’. Na zakładce {Towary}:
dodaję grupy towarowe:
- Określam ogólny próg ilościowy równy 10 sztuk
Dodaję grupy towarowe z następującymi progami
- ‘Chemia specjalistyczna’ próg ilościowy 3 sztuki
- ‘Szczotki’ próg ilościowy 3 sztuki
- ‘Inne’ próg wartościowy 300 pln
Zdefiniowana promocja pakietowa elastyczna z progami dla grup towarowychNadanie promocji pakietowej elastycznej z określonymi progami dla grup towarowych
Jak edytować gratisy na promocji pakietowej elastycznej
Na elastycznej promocji pakietowej Operator ma możliwość edycji ilości wydawanych gratisów po zaznaczeniu parametru ‘Edycja ilości wydawanych gratisów’. Zaznaczenie parametru oznacza, że w przypadku skorzystania przez Klienta z danego pakietu, Operator będzie miął możliwość przyznania dowolnej ilości gratisów, które zostały przypisane do progu. Operator ma możliwość zmianę ilości gratisów domyślnych jak i nie domyślnych. Ilość przyznanych gratisów nie może być większa niż suma zdefiniowanych gratisów dla danego progu. W przypadku pakietów, gdzie Operator ustawił edytowalną ilość gratisów, system wyświetli odpowiednią informację co do ilości gratisów przyznanej i pozostającej do przyznania.
Edycja gratisów w oknie wyboru pakietów na dokument
Wystawiając dokumenty FS, WZ, PA, WZE, FSE należy mieć na uwadze, że edycja ilości gratisów będzie ograniczona do dostępnej ilości do sprzedaży. Kontrola ta występuje również przy domyślnym ustalaniu przez System ilości gratisów domyślnych.
Na formatce promocji pakietowych wprowadzona została również możliwość zmiany kolejności na liście gratisów promocji pakietowej. Będzie ona miała wpływ na kolejność gratisów prezentowaną w oknie wyboru pakietu na dokument.
W wersji 2017.1 dodane zostały proste mechanizmy do obsługi programów lojalnościowych, polegające na gromadzeniu punktów przez kontrahentów i ich wykorzystywaniu w postaci nagród lub budżetów rabatowych.
Konfiguracja programu lojalnościowego
W zależności od programu lojalnościowego firmy liczenie punktów ze sprzedaży możemy ustawić za pomocą:
Przelicznika w konfiguracji, co oznacza, że liczenie odbywa się dla sumy z dokumentu i jest zapisywane oraz prezentowane na nagłówku,
Przelicznika na towarach, czyli punkty wyliczane i prezentowane są na pozycjach z towarami objętymi punktami lojalnościowymi.
Przelicznik punktów pozwala na ustawienie wielkości sprzedaży, za którą naliczona zostaje określona ilość punktów.
Dodanie przelicznika w odpowiednim miejscu systemu warunkuje sposób wyliczania i zapisywania punktów na dokumentach. Przy czym w pierwszej kolejności sprawdzane jest ustawienie w konfiguracji CRM. Jeśli na dany dzień nie został tam ustawiony przelicznik, wówczas ‘przeszukiwane’ są karty towarów znajdujących się na dokumencie.
Ustawienie przelicznika w konfiguracji
W konfiguracji Systemu na zakładce CRM w obszarze Program lojalnościowy za pomocą plusa należy dodać przelicznik naliczania punktów lojalnościowych.
Konfiguracja, zakładka CRM
Konfiguracja przelicznika pozwala określić:
Okres jego obowiązywania: Data od i Data do
Wartość przelicznika, czyli Ilość punktów przypadającą na określoną wartość
Rodzaj wartości uwzględnianej do wyliczeń: brutto lub netto
Sposób naliczania punktów: progowo (po przekroczeniu ustawionej w przeliczniku wartości lub jej wielokrotności naliczana jest określona ilość punktów lub jej wielokrotność) lub proporcjonalnie (punkty wyliczane są za każdy wydany grosz).
Ustawienie przelicznika na karcie towaru
Na wzorcu towaru lub na karcie towaru na zakładce Inne za pomocą plusa należy dodać przelicznik naliczania punktów lojalnościowych.
Karta towaru, zakładka Inne
Konfiguracja przelicznika pozwala określić:
Okres jego obowiązywania: Data od i Data do
Wartość przelicznika, czyli Ilość punktów przypadającą na określoną wartość
Rodzaj wartości uwzględnianej do wyliczeń: brutto lub netto
Sposób naliczania punktów: progowo (po przekroczeniu ustawionej w przeliczniku wartości lub jej wielokrotności naliczana jest określona ilość punktów lub jej wielokrotność) lub proporcjonalnie (punkty wyliczane są za każdy wydany grosz).
Czy dany towar jest Nagrodą wraz z ilością punktów należnych za wydanie jednostki danego towaru.
Oznaczanie uczestnictwa w programie lojalnościowym
Na karcie kontrahenta, na zakładce CRM umożliwiono określenie uczestnictwa w programie lojalnościowym.
Karta kontrahenta, zakładka CRM, obszar Program lojalnościowy
Aby na dokumentach naliczane były punkty należy wypełnić datę przystąpienia do programu (data Od) oraz opcjonalnie numer karty lojalnościowej. Po wystąpieniu z programu należy wypełnić datę Do, czyli dokumenty wystawione po tej dacie nie będą już naliczały punktów takiemu kontrahentowi.
Obok udziału w programie w tym samym miejscu prezentowane są punkty przypisane do kontrahenta:
Naliczone – aktualna ilość zgromadzonych punktów (wartość wyliczana z dokumentów za pomocą funkcji SQL),
Korekta punktów dodatnia lub ujemna (pole wypełniane ręcznie),
Odebrane – ilość punktów odebranych w postaci nagród lub budżetów rabatowych (wartość wyliczana z dokumentów za pomocą funkcji SQL),
Suma – wyliczana na podstawie powyższych ilości, oznacza ilość punktów do wykorzystania z tytułu uczestnictwa w programie.
Wyliczanie punktów na dokumentach
Wyliczanie punktów na dokumentach oraz ich przenoszenie na kartę kontrahenta może odbywać się w trakcie bieżącej pracy z dokumentami lub z opóźnieniem. Warunkiem koniecznym jest tu jednak posiadanie licencji serwerowej: XL Program lojalnościowy.
Bieżące naliczanie punktów możliwe jest na następujących dokumentach rozchodowych: paragonach, FS, FSE oraz ich spinacze i korekty. W tym celu na definicji dokumentów FS, FSE oraz PA (zakładka Inne) dodany został parametr Naliczaj punkty w programie lojalnościowym. Dopiero jego zaznaczenie spowoduje, że punkty będą naliczane na dokumentach wystawionych kontrahentowi przypisanemu do programu lojalnościowego, czyli dokument musi być wystawiony w okresie uczestnictwa w programie. Punkty zostaną wyliczone od razu dla dokumentów w buforze na podstawie ustawionych przeliczników, a następnie zapisane i wyświetlone na nagłówku lub pozycjach takich dokumentów.
Punkty na pozycji i nagłówku dokumentu FS
Punkty liczone dla pozycji dokumentów uwzględniają sumaryczną wartość z pozycji tego dokumentu obejmujących ten sam towar.
Przyklad
Przykład: Dokument ma 2 pozycje z towarem ST_XSQ B, na wartość brutto 60 zł i 70 zł.
Dla towaru ustawiony jest przelicznik 1 pkt/15 zł brutto i sposób liczenia ‘progowy’.
Wyliczenie sumy z pozycji: 60 zł +70 zł =130 zł.
Wyliczenie punktów dla sumy z pozycji: 130 / 15 = 8,67, czyli progowo 8 pkt.
Wyliczenie punktów dla pozycji:
a) Pierwsza pozycja: 60 / 15 = 4pkt.
b) Druga pozycja: 8 pkt za całość – 4 pkt dla pierwszej pozycji = 4 pkt, chociaż wyliczenia z wartości tej pozycji dałyby inną ilość punktów.
Punkty będą naliczane na spinaczach (S)FS, (S)FSE lub korektach FSK, FKE pod warunkiem, że w definicji odpowiednio dokumentów FS i FSE zostało ustawione naliczanie punktów.
Przy tworzeniu korekty dokumentu ilość punktów jest wyliczana względem przeliczników pobranych na dzień wystawienia dokumentu źródłowego. Przy zmianie ilości, wartości lub podatku VAT na dokumentach korekt, punkty przeliczane są również wg tych samych przeliczników. Ważne jest zatem, aby nie zmieniać ustawień przeliczników z datą wsteczną tak, aby wszystkie wyliczenia były poprawne.
Na spinaczach dokumentów, ze względu na ich szczególny charakter, punkty są zawsze zapisywane na nagłówku dokumentu. Wyliczanie ilości punktów oparte jest na tych samych zasadach, co na pozostałych dokumentach, czyli dla każdego spinanego dokumentu pobierane są przeliczniki i przeliczane punkty. Jednak przez wzgląd na brak typowych pozycji na spinaczach, istnieje konieczność zapisu i wyświetlenia na nagłówku sumarycznie wyliczonej ilości punktów.
Przy anulowaniu dokumentów wszystkie naliczone na nich punkty zostają usunięte.
Możliwe jest również naliczanie punktów na dokumentach ‘z opóźnieniem’, z wykorzystaniem nowej akcji automatycznej Punkty na dokumentach. Wówczas nie ma potrzeby włączania na definicjach dokumentów parametru Naliczaj punkty w programie lojalnościowym. Wystarczy tylko w definicji akcji wskazać wszystkie dokumenty, na których punkty mają być naliczane.
Wskazówka
Wskazówka: Jeśli w definicji akcji wybrano dokumenty FS/FSK oraz FSE/FKE, wówczas punkty naliczane są również na spinaczach będących odpowiednikami tych dokumentów, czyli odpowiednio: (S)FS/(S)FSK oraz (S)FSE/(S)FKE.
Następnie należy włączyć akcje automatyczne CRM (w oknie konfiguracji systemu, zakładka CRM) oraz XLWork Automat w module Administrator. Przeliczniki do naliczania punktów są pobierane wg tej samej logiki, co dla naliczania punktów na bieżąco. Lista dokumentów, na których możliwe jest naliczanie punktów za pomocą akcji również jest analogiczna, jak dla naliczania na bieżąco.
Akcja automatyczna, Punkty na dokumentach
Przeliczanie punktów kontrahenta
Aby wyliczone na dokumencie punkty zostały przyznane kontrahentowi, dokument musi zostać całkowicie rozliczony. Wówczas ilość punktów z dokumentu automatycznie powiększy pulę punktów naliczonych kontrahentowi. W sytuacji odwrotnej, czyli usunięcia całkowitego rozliczenia dla dokumenty, punkty na nim naliczone zostaną ‘odebrane’ kontrahentowi, czyli pomniejszą pulę punktów naliczonych.
W przypadku, gdy naliczanie punktów na dokumentach odbywa się z opóźnieniem, z wykorzystaniem nowej akcji automatycznej CRM Punkty na dokumentach, wówczas punkty gromadzone przez kontrahenta również powinny być wyliczane za pośrednictwem akcji automatycznej. W tym celu utworzona została nowa akcjaPunkty kontrahenta, która domyślnie nalicza kontrahentom punkty wg tych samych założeń. Istnieje jednak możliwość modyfikacji sposobu wyliczania punktów, z uwzględnieniem szczególnych potrzeb firmy (na definicji akcji lojalnościowej na zakładce SQL).
Akcja automatyczna, Punkty kontrahenta
Pod przyciskiem dostępnym z poziomu listy kontrahentów oraz z otwartej karty kontrahenta umieszczona została informacja prezentująca sumaryczną ilość punktów przyznanych i odebranych kontrahentowi. Powyżej znajduje się lista dokumentów stanowiących źródło punktów dodatnich i ujemnych, wraz z datą ich przyznania. Za pomocą dodatkowych filtrów listę można zawężać do punktów przyznanych lub nieprzyznanych w ściśle określonym czasie.
Rys 7. Punkty lojalnościowe kontrahenta
Z poziomu tej listy możliwy jest podgląd dokumentów na niej umieszczonych oraz jej wydruk. Lista jest niedostępna do podgląd w przypadku braku licencji serwerowej XL Program lojalnościowy.
Odbieranie punktów lojalnościowych
Punkty przyznane kontrahentowi można wykorzystać na dwa różne sposoby: w postaci nagrody lub kwoty do wykorzystania zapisanej na budżecie rabatowym kontrahenta. Dostęp do tych operacji jest możliwy tylko w przypadku posiadania licencji serwerowej XL Program lojalnościowy.
Nagroda
Aby móc odebrać nagrodę, należy najpierw zdefiniować katalog nagród, czyli na właściwych kartach towarowych ustawić, że dany towar jest Nagrodą wraz z ilością punktów należnych za wydanie jednostki danego towaru (wartości zawsze ujemne!). Informacja ta jest przechowywana w tym samym miejscu, co przeliczniki do naliczania punktów i jest ustawiana na konkretny okres czasu.
Oznaczanie towaru jako nagrody
Uwaga
Uwaga: Towar w danym okresie czasu nie może stanowić jednocześnie źródła naliczania i odbierania punktów. Dlatego przy oznaczeniu go jako Nagroda ustawienia przelicznika punktów stają się nieaktywne.
Nagrodę można zamówić jedynie na zamówieniu sprzedaży. W tym celu na definicji dokumentu ZS (zakładka Inne) dodany został parametr Naliczaj punkty w programie lojalnościowym. Jego zaznaczenie uaktywnia na dokumencie ZS nową opcję dodawania pozycji Dodaj nagrodę. Po jej wybraniu wyświetla się lista towarów zawężonych do nagród, z której można wskazać jeden rekord. Wówczas na pozycję ZS zostają przepisane punkty pobrane z karty towaru (wartość ujemna!), które przeliczają się każdorazowo przy zmianie ilości towaru na pozycji.
Przy zapisie pozycji z nagrodą automatycznie porównywana jest ilość punktów wyliczonych na pozycji z ilością punktów zgromadzonych przez kontrahenta (Suma punktów na karcie kontrahenta). W przypadku, gdy ilość na pozycji jest większa niż ilość punktów zgromadzonych przez kontrahenta, wyświetlany jest stosowny komunikat. Użytkownik sam decyduje, czy pozwolić na zamówienie danej nagrody. Jeśli zamówienie zostanie zapisane, wówczas ilość punktów naliczonych na pozycji z nagrodą zostanie uwzględniona na karcie kontrahenta w polu Odebrane (zakładka CRM / Program lojalnościowy) i automatycznie pomniejszy ilość punktów zgromadzonych przez kontrahenta.
Każda pozycja ZS z nagrodą ma również automatycznie naliczany rabat w wysokości 100% tak, aby odbiór nagrody nie wiązał się z koniecznością zapłaty. Jest to nowo utworzony typ rabatu Nagroda w programie lojalnościowym. Po przekształceniu takiego zamówienia na dokument handlowy przeniesione zostanie oznaczenie pozycji jako Nagroda oraz rodzaj i wysokość naliczonego rabatu.
Budżet rabatowy
Inną opcją odbioru zgromadzonych punktów jest przeliczenie ich na budżet rabatowy. Operacja Przeliczaj punkty lojalnościowe na budżety dostępna jest pod przyciskiem z dwóch poziomów:
Z listy kontrahentów, wyliczany jest zbiorczo jeden budżet dla wielu kontrahentów,
Z okna Punkty lojalnościowe konkretnego kontrahenta, wyliczenie indywidualnie dla tego kontrahenta.
Przed wykonaniem operacji zawsze wyświetlane jest okno z parametrami:
Parametry dla operacji przeliczania punktów lojalnościowych na budżety
Budżet rabatowy:
Twórz nowy budżet – dla wskazanych kontrahentów zostanie utworzony nowy budżet, na którym zostanie ustawiona proponowana nazwa PUNKTY LOJALNOŚCIOWE z kolejnym numerem nie istniejącym w danej bazie.
Wybierz budżet – możliwość wskazania istniejącego budżetu rabatowego kontrahenta
Powiększaj wartość budżetu przyznanego kontrahentowi (aktywne tylko gdy wybrana opcja Wybierz budżet)
parametr zaznaczony wskazuje, że wyliczona kwota zostanie dodana do już istniejącej kwoty na budżecie
parametr nie zaznaczony nie pozwoli na przeliczenie punktów dla kontrahenta już istniejącego w budżecie.
Przelicznik punktów:
Wskazana ilość zgromadzonych punktów zostanie przeliczona na wskazaną wartość
Sposób naliczania wartości: progowo (po przekroczeniu ustawionej w przeliczniku ilości punktów lub jej wielokrotności naliczana jest określona wartość lub jej wielokrotność) lub proporcjonalnie (wartość wyliczana jest co do grosza za każdy zgromadzony punkt).
Oznacz przeliczone punkty jako odebrane – przy zaznaczonym parametrze ilość przeliczonych punktów zostanie oznaczona jako Odebrane (zakładka CRM / Program lojalnościowy) i automatycznie pomniejszy ilość punktów zgromadzonych przez kontrahenta.
OCR czyli Optyczne Rozpoznanie Znaków (ang. Optical Character Recognition) to technologia przeznaczona do rozpoznawania znaków i całych tekstów w pliku graficznym. Comarch opracowuje unikatową usługę, która przyspieszy wprowadzanie danych w systemach ERP Comarch. Dzięki Comarch OCR, możliwe będzie błyskawicznie wprowadzenie do rejestrów VAT każdej papierowej faktury – potrzebny będzie jedynie skaner lub aparat fotograficzny i połączenie z Internetem. Jeszcze prościej będzie, jeśli faktury przesyłane są w formie plików pdf bądź graficznych.
Zadaniem Comarch OCR jest rozpoznanie danych (np. kontrahentów, kwot netto/brutto/VAT, dat czy numeru faktury) z zeskanowanych faktur a następnie przeniesienie ich do systemu. Jedną z głównych korzyści jest znacząca oszczędność czasu przy wprowadzaniu faktur kosztowych do systemu księgowego. Usługa dostępna od wersji Comarch ERP XL 2019.1.0.
Komunikat przy pierwszym użyciu przycisku OCR z poziomu rejestru VATKomunikat po wykorzystaniu pakietu DEMO przy użyciu przycisku OCR z poziomu rejestru VAT
Uwaga
Do uruchomienia usługi należy zapoznać się z regulaminem, uzupełnić dane, potwierdzić zgodę. Każdy z Użytkowników może skorzystać z pakietu DEMO (50 dokumentów na okres jednego miesiąca). Cennik usługi dostępny jest na https://www.comarch.pl/ocr/
Przekierowanie do strony w celu zaakceptowania zgody
Rozpoznawanie i odczytywanie dokumentów
Comarch OCR rozpoznaje dane z faktur w walucie PLN dodawanych do rejestru VAT zakupu. Rozpoznawane są faktury jedno- i wielostronicowe z pojedynczych oraz ze zbiorczych plików, w których zapisane są skany wielu faktur (jedna faktura to jeden plik). Dokumenty zaczytywane są jako faktury a-vista, czyli (A)FZ.
Comarch OCR potrafi rozróżnić następujące pozycje z faktury:
numer NIP – po odnalezieniu numeru NIP sprzedawcy jest on sprawdzany w rejestrze GUS, po czym na dokument w rejestrze zakupu VAT przenoszone są dane pobrane z GUS,
numer dokumentu
data wystawienia i sprzedaży (data wpływu uzupełniana jest jako data bieżąca)
forma płatności i termin płatności
stawki VAT oraz kwoty
numer rachunku bankowego
pozycje dokumentu
Dodano również odpowiednie pole w bazie na tabeli cdn.TraNag TrN_OCR, gdy wartość TrN_OCR=1 oznacza to że dokument był zaczytany przez Comarch OCR.
Dokumenty jakich nie potrafi rozpoznać usługa Comarch OCR:
faktury wypisywane odręcznie
faktury zaliczkowe
rachunki
paragony
faktury w innych językach niż polski
Podczas pracy z Comarch OCR aby zmaksymalizować poprawność rozpoznawania danych trzeba zwrócić uwagę na poniższe informacje:
dobrej jakości skan dokumentu lub zdjęcie dokumentu w formacie jpg lub pdf (zdjęcie faktury wykonane przy dobrym oświetleniu)
skan dokumentu/zdjęcie powinny być wykonane w pionie zgodnie z orientacją tekstu na dokumencie (obraz w pionie zgodnie z poprawnym widokiem do czytania, możliwie bez przekrzywień)
maksymalny rozmiar pliku to 20 MB
dobra jakość graficzna obrazu faktury (wszystkie informacje były czytelne, nie ulegały obcięciu na marginesie dokumentu np. NIP, numer faktury)
Zastosowanie Comarch OCR w Comarch ERP XL
Funkcjonalność importu faktur z plików graficznych możliwa jest z poziomu rejestru VAT zakupu poprzez przycisk pod listą zapisów. Przed zaczytaniem wybieramy rejestr VAT zakupu, do którego będą zaczytane dokumenty. Po wybraniu opcji: OCR - Pobierz dokumenty do przetworzenia zostanie otwarte okno wyboru dokumentów. Należy wskazać jeden lub więcej plików z fakturami do przetworzenia. Zaczytywane pliki muszą być zapisane na dysku. Comarch OCR zwraca dokumenty w postacie plików XML, które są następnie zaczytane za pomocą API przez Comarch ERP XL.
Uwaga
W momencie gdy na definicji dokumentu FZ wybrana jest seria domyślna, natomiast na serii wybrany jest rejestr zakupowy, dokumenty będą zaczytywane do rejestru z serii nie wybranego ręcznie w oknie rejestr VAT.
Wybór plików do wczytania za pomocą Comarch OCR
Po wskazaniu plików należy wybrać opcje Otwórz i dokumenty zostaną dodane do listy zapisów w rejestrze VAT zakupu. Przed dodaniem dokumentu konieczne jest zidentyfikowanie kontrahenta. Kontrahent sprawdzany jest na podstawie numeru NIP. Aby kolejne importy nie dodawały nowych kart kontrahenta zalecanym jest ustawienie parametru w Konfiguracji: Blokada przy zapisie karty o tym samym numerze NIP(Konfiguracja/ Sprzedaż/ Parametry 2). Jeśli takiego kontrahenta nie ma w bazie danych wówczas zostanie dodana nowa karta kontrahenta, gdzie w polu kod zostanie umieszczony NIP kontrahenta. Kod ten można zmienić wg własnego uznania. Dane kontrahenta weryfikowane są w bazie GUS i na tej podstawie wypełniane są informacje na karcie kontrahenta. Jeśli kontrahent istnieje w bazie wówczas porównywane są dane adresowe w bazie ERP XL z danymi przekazanymi z GUS i jeśli różnią się, dodawany jest nowy adres kontrahenta.
Dokumenty są zapisywane w rejestrze VAT jako faktury zakupu a-vista (A)FZ. Możliwe jest odczytywanie zarówno samych faktur, jak i ich korekt.
Każdy dokument wczytany automatycznie powinien być jednak zweryfikowany pod względem merytorycznym i finansowym przed przekazaniem go do zaksięgowania. Dlatego na liście zapisów rejestru VAT dodano filtr: Dokumenty wczytane z użyciem OCR, w celu wyszukania dokumentów wczytanych automatycznie. Dodatkowo oznaczenie OCR widoczne jest na zakładce [Nagłówek], obok numeru dokumentu.
Zmieniono działanie filtra na liście zapisów w rejestrze VAT zakupu, tak aby można było oddzielnie wyfiltrować dokumentu zweryfikowane i niezweryfikowane.
Domyślnie po zaznaczeniu opcji Dokumenty wczytane z użyciem OCR, filtrowane będą jak do tej pory wszystkie dokumenty dodane za pomocą usługi OCR. Aby odszukać tylko dokumenty np. niezweryfikowane w celu ich weryfikacji, należy wybrać odpowiednią opcję z rozwijanej listy.
Po sprawdzeniu poprawności dokumentu można skorzystać z opcji zaznaczenia parametru Zatwierdził pod względem Merytorycznym na zakładce Księgowość/ Dekretacja (parametr aktywny po zaznaczeniu na operatorze odpowiedniego uprawnienia Operator/ Parametry/ Księgowe/ Zatwierdzanie dokumentów pod względem merytorycznym.
Parametr Zatwierdził pod względem MerytorycznymUstawienie na operatorze uprawnienia do Zatwierdzania dokumentu pod względem merytorycznym
Wyróżnienie i dostępność usługi Comarch OCR
Na liście zapisów w rejestrze VAT zakupu zmieniono przycisk do uruchamiania usługi Comarch OCR umożliwiającej automatyczne wczytywanie dokumentów do rejestru na podstawie otrzymanych plików faktur bądź ich skanów. Oprócz tego przycisk OCR dostępny jest kontekstowo w menu górnym (wstążka) okna programu.
Zmiany przycisków dla usługi Comarch OCR
Na oknie rejestru VAT – zakup dodano nową opcję odczytu dokumentów: Pobierz dokument z pozycjami. Opcja ta dostępna jest przy przycisku OCR, w rozwijanym menu lub z poziomu górnego paska.
Po wybraniu opcji Pobierz dokument z pozycjami, oprócz dotychczas pobieranych informacji, odczytywane są również pozycje dokumentu i zapisywane jako pozycje A-Vista. Dla każdej pozycji odczytywana jest nazwa, ilość, jednostka, cena, stawka VAT i na tej podstawie ustalane są elementy (A)FZ.
Dodawanie faktury wraz z pozycjami
Jeśli jakieś elementy nie zostaną rozpoznane przez OCR, wówczas pozycja nie jest dodawana. Dotyczy to braku nazwy, ceny, ilości czy stawki VAT. Informacja o tym, że pozycja nie mogła zostać dodana, prezentowana jest w logu odczytu. W przypadku braku jednostki miary podstawiamy szt.
Brak odczytu jakiejkolwiek pozycji nie wpływa na wartość całkowitą dokumentu. Kwoty podsumowania w podziale na stawki VAT importowane są zgodnie z danymi przesłanymi dla podsumowania faktury.
W przypadku odczytywania faktur z pozycjami obsługiwane jest również dzielenie pliku pdf, jeśli zawierał więcej niż jedną fakturę. W takiej sytuacji do każdej zapisanej faktury dołączony jest plik pdf zawierający tylko daną fakturę. W przypadku gdy ustawiono w konfiguracji Konfiguracja/Sprzedaż/Parametry 1 zapis załączników OCR w postaci linków do pliku, po imporcie pdf’y cząstkowe zapisywane będą w tej samej lokalizacji co importowany pdf.
Dodanie komunikatu przy wejściu na listę zapisów w rejestrze Vat zakupu, informującego o możliwości skorzystania
z opcji automatycznego odczytu dokumentów zakupowych.
Komunikat ten będzie pojawiał się przy każdym wejściu do rejestru VAT zakupu, aż do momentu zaznaczenia opcji: Nie informuj mnie więcej o tym.
Wczytywanie dokumentów FZ przy pomocy OCR
Na liście faktur zakupu udostępniony jest przycisk pod listą dokumentów oraz na Ribbonie, służący do wczytywania FZ za pomocą usługi OCR.
Opcje wczytywanie FZ z OCR na liście faktur zakupu
Podobnie jak to ma miejsce w Rejestrze VAT, również na liście FZ operacja polega na wskazaniu pliku/plików z dysku i ich wczytaniu tj. tworzeniu na ich podstawie dokumentów FZ. Użytkownik ma możliwość wskazania wielu plików naraz, jak również wczytania plików wielostronicowych, w tym, zawierających wiele faktur.
Obsłużone zostało wczytywanie faktur zakupu FZ na podstawie plików .pdf oraz plików graficznych .jpg, .jpeg, .tiff, .png, .tif, .bmp, .gif. Użytkownik ma możliwość wczytania faktur w walucie PLN oraz w walucie obcej, przy czym usługa rozpoznaje faktury zarejestrowane w EUR, GBP i USD.
Uwaga
W przypadku dokumentów walutowych Użytkownik powinien mieć świadomość, że ceny/wartości prezentowane na zakładce [Ogólne] utworzonego dokumentu FZ będą się różniły od cen/wartości na zdjęciu/skanie, gdyż ceny/wartości FZ prezentowaną są w walucie systemowej. Wielkości walutowe prezentowane są na szczegółach elementów – zakładce [Kalkulacje] formatki elementu FZ.
Rejestrowane ww. metodą faktury nie są w żaden sposób wiązane z wcześniej zarejestrowanymi przyjęciami PZ, tak więc Klienci korzystający ze ścieżki PZ-(S)FZ/(S)FZ z tej usługi nie skorzystają. System nie dokonuje również powiązania pomiędzy tak rejestrowaną fakturą a zamówieniem złożonym u Dostawcy. Jeżeli wczytywana faktura jest związana z zamówieniem, wówczas po jej utworzeniu Użytkownik powinien dokonać stosownego powiązania przy użyciu opcji Spinaj z zamówieniem w menu kontekstowym listy faktur zakupu. W wersji 2022.0 obsłużone zostało wczytywanie faktur zakupu, korekty faktur nadal należy rejestrować w tradycyjny sposób.
Operacji wczytywania faktur zakupu może dokonywać każdy Użytkownik uprawniony do rejestrowania FZ. Jeżeli jednak w Firmie istnieje potrzeba ograniczenia prawa do tej usługi wystarczy dla tych Operatorów, którzy nie powinni z niej korzystać przypisać stosowny zakaz: Dodawanie dokumentu za pomocą mechanizmu OCR.
Podczas wczytywania poszczególnych dokumentów Użytkownik otrzymuje szereg informacji z zakresu poprawności odczytania dokumentu, identyfikacji poszczególnych informacji na dokumencie itp., a dodatkowo przy każdej takiej operacji prezentowana jest informacja o pozostałej, dostępnej w danym pakiecie ilości stron do wczytania. Ilość dostępną w pakiecie można sprawdzić w każdej chwili, wystarczy skorzystać z dostępnej w menu ww. przycisku opcji Sprawdź ilość stron do wykorzystania.
Opcja sprawdzania ilości dostępnej w pakiecie OCR
Numery tworzonych przez System faktur prezentowane są formie linków, pozwalających na podniesienie formatki utworzonego dokumentu bezpośrednio z loga.
Informacja o dostępnej ilości w pakiecie i podgląd utworzonej faktury
Oryginał dokumentu, na podstawie którego tworzona jest faktura zapisywany jest jako załącznik faktury, o ile w konfiguracji Systemu System/ Konfiguracja/ Sprzedaż/ Parametry 1 włączony jest parametr Zapisuj faktury dodawane za pomocą OCR jako załączniki. Zależnie od wybranej opcji ww. parametru załącznik dodawany jest do bazy lub jako link do importowego dokumentu.
Parametryzacja zapisywania załączników OCR
Weryfikacja dokumentów utworzonych metodą OCR
Każdy dokument FZ utworzony przy pomocy usługi OCR powinien zostać przez Użytkownika zweryfikowany w zakresie jego zgodności z oryginałem. Aby ułatwić taką operację formatka dokumentu FZ utworzonego przy użyciu ww. metody wyposażona została w pogląd oryginału, dostępny na poszczególnych zakładkach formularza FZ. Jego włączenia/wyłączenia dokonuje się przy użyciu przycisku OCR dostępnego na prawej belce formatki. Wygląd przycisku odzwierciedla aktualny status dokumentu:
na dokumencie niezweryfikowanym przez Operatora prezentowany jest przycisk
na dokumencie zweryfikowanym prezentowany jest przycisk
Użytkownik po dokonaniu weryfikacji poprawności dokumentu powinien oznaczyć taki dokument statusem zweryfikowany. Jeżeli tego nie uczyni, wówczas niemożliwe będzie zatwierdzenie dokumentu. Zweryfikowany dokument można cofnąć do statusu dokumentu niezweryfikowanego do chwili zatwierdzenie dokumentu. Zmiany statusu dokumentu można dokonać przy użyciu stosownej opcji:
w menu ww. przycisku na belce dokumentu
w menu przycisku pod listą dokumentów FZ
w menu kontekstowym listy FZ
Opcje dostępne w menu kontekstowym oraz przy przycisku pod listą dokumentów FZ obsłużone zostały jako operacje seryjne, dla wielu zaznaczonych dokumentów. Aktywność danej opcji uzależniona jest od stanu/statusu, w jakim znajduje się wskazany dokument.
Opcje zmiany statusu dokumentu dostępne na liście i formatce dokumentu
Status poszczególnych dokumentów prezentowany jest w nowej kolumnie OCR listy dokumentów FZ. Obsłużony został nowy filtr na liście, pozwalający na jej ograniczenie do dokumentów wczytanych za pomocą usługi OCR:
Wszystkich wczytanych z OCR
Niezweryfikowanych
Zweryfikowanych
Kolumna ze statusem dokumentu OCR i filtrowanie wg tego statusu
Dane nagłówkowe tworzonej faktury FZ
System wspiera Użytkownika w zakresie ustalania poniższych parametrów nagłówkowych na tworzonym dokumencie FZ oraz prezentuje stosowne ostrzeżenia w przypadkach budzących wątpliwości:
Kontrahenci na dokumencie FZ
Usługa OCR odczytuje NIP sprzedawcy z wczytywanej faktury, a następnie ustala jego pełne dane na podstawie danych w rejestrze GUS. Tak zidentyfikowany sprzedawca, z ustalonymi jw. danymi adresowymi ustalany jest jako kontrahent główny tworzonej faktury FZ. Jeżeli taki kontrahent nie jest zarejestrowany w Systemie, wówczas tworzona jest jego karta. Akronim tak tworzonej karty ustalany jest na podstawie NIP-u kontrahenta. Jeżeli kontrahent o danym NIP-ie jest zdefiniowany w Systemie, ale jego dane nie są zgodne z danymi pobranymi z GUS, wówczas System tworzy nowy adres dla tego kontrahenta.
Zasady ustalania kontrahenta głównego i jego adresu na tworzonej FZ przedstawia poniższa tabela
Zasady ustalania kontrahenta głównego na FZ
NIP sprzedawcy na wczytywanej fakturze
Kontrahent główny
Adres kontrahenta głównego
Brak NIP-u Sprzedawcy lub NIP jest niepoprawny
Jednorazowy
Pierwszy niearchiwalny adres Jednorazowego
NIP jest prawidłowy, ale w GUS nie ma podmiotu o takim NIP-ie
Jeżeli w bazie zarejestrowany jest kontrahent o tym NIP-ie, wówczas to on jest ustalany jako kontrahent główny dokumentu, w przeciwnym wypadku na FZ ustalany kontrahent Jednorazowy
W przypadku głównego Jednorazowego – jw.
W przypadku kontrahenta nie-jednorazowego – aktualny adres podstawowy kontrahenta
NIP kontrahenta zidentyfikowanego w GUS
Jeżeli w bazie zarejestrowany jest kontrahent o tym NIP-ie, wówczas to on jest ustalany jako kontrahent główny dokumentu.
Jeżeli ww. kontrahenta nie ma, wówczas dodawana jest nowa karta kontrahenta i jest on przypisywany na FZ jako kontrahent główny
Adres kontrahenta zgodny z danymi z GUS, jeżeli takowy adres w Systemie istnieje.
Jeżeli brak ww. adresu, wówczas dodawany jest nowy adres „Inny” z danymi zgodnymi z GUS
W przypadku, kiedy w Systemie nie został dotąd zarejestrowany kontrahent o NIP-ie zgodnym z NIP-em sprzedawcy i System zakłada jego kartę, prezentowane jest stosowne ostrzeżenie.
Ostrzeżenie o braku karty kontrahenta i jej założeniu przez SystemKontrahent docelowy na tworzonym FZ jest zgodny z ustalanym jw. kontrahentem głównym, adres kontrahenta docelowego zaś w standardowy sposób, tj. na podstawie domyślnego adresu wysyłkowego tego kontrahenta, a jeżeli takowy nie istnieje, wówczas 1-wszego spośród adresów wysyłkowych. Jeżeli kontrahent nie posiada adresów wysyłkowych, wówczas ustalany jest aktualny podstawowy adres kontrahenta.
Płatnik ustalany jest w standardowy sposób, tj. na podstawie Płatnika przypisanego na karcie kontrahenta głównego ustalanego jw. Adres Płatnika ustalany jest wg zasad:
Jeżeli w karcie kontrahenta głównego ustalonego na FZ jako Płatnik przypisany jest ten sam kontrahent, wówczas adres zgodny z adresem ustalonym jw. dla kontrahenta głównego na FZ
Jeżeli w karcie kontrahenta głównego ustalonego na FZ jako Płatnik przypisany jest inny kontrahent, wówczas aktualny adres podstawowy tego kontrahenta
Jeżeli w karcie kontrahenta głównego jako Płatnik przypisany jest kontrahent z Knt_Archiwalny=1, wówczas jako Płatnika ustalać kontrahenta głównego
Daty dokumentu FZ
Data wystawienia i data zakupu tworzonego dokumentu FZ ustalane są na podstawie odpowiednich dat odczytanych z dokumentu, data wpływu zaś oraz data przyjęcia ustalane są na poziomie daty bieżącej. Obsłużone zostało stosowne ostrzeżenie w przypadku, gdy data na wczytywanym dokumencie (wystawienia i/lub sprzedaży) jest datą z miesiąc innego niż bieżący lub poprzedni.
Ostrzeżenie podczas wczytywania dokumentu spoza okresu rozliczeniowegoNumer wczytywanego dokumentu i kontrola duplikatów
Numer wczytywanej faktury zapisywany jest jako numer obcy na tworzonej fakturze FZ. Obsłużone zostało stosowne ostrzeżenie w przypadku wczytywania faktury o takim samym numerze jak zarejestrowana już faktura od tego Dostawcy.
Ostrzeżenie podczas wczytywania faktury o numerze już zarejestrowanym w Systemie
Ostrzeżenie podczas wczytywania faktury o numerze już zarejestrowanym w SystemieWaluta i kurs
Usługa OCR rozpoznaje dokumenty w PLN, USD, EUR i GBP. Waluta odczytana z dokumentu ustalana jest jako waluta na tworzonej przez System fakturze FZ. Kurs na tak tworzonym dokumencie ustalany jest na podstawie kursu NBP z dnia poprzedzającego mniejszą z dat: wystawienia/sprzedaży.
Forma i termin płatności
Forma i termin płatności ustalane są na podstawie danych odczytanych przez usługę OCR, przy czym, jeżeli z faktury odczytany zostanie numer rachunku, wówczas jako forma płatności przyjmowany jest przelew. Ustalona jw. forma i termin ustalana jest zarówno w nagłówku dokumentu FZ jak i na tworzonej płatności.
Kierunek VAT
Metoda naliczania VAT od netto/od brutto ustalana jest na podstawie rodzaju odczytanych cen/wartości dokumentu. Jeżeli są to ceny/wartości netto, wówczas na tworzonej FZ ustalana jest metod od netto, jeżeli zaś odczytane zostaną ceny/wartości brutto, wówczas na tworzonej FZ ustalana jest metod od brutto.Rachunek bankowy kontrahenta
Obsłużone zostało automatyczne dodawanie do karty kontrahenta numeru rachunku bankowego odczytanego z dokumentu. Numer ten jest przypisywany o ile taki rachunek nie został dotąd dla tego kontrahenta zdefiniowany.
Zidentyfikowany na wczytywanej fakturze rachunek jest przypisywany na tworzonej płatności dokumentu FZ.
Weryfikacja statusu w VAT sprzedawcy
W trakcie odczytywania danych o kontrahencie przez usługę OCR kontrahent ten jest weryfikowany pod kątem statusu w podatku VAT. Jeżeli weryfikacja przebiegnie prawidłowo, wówczas informacja ta jest zapisywana w karcie adresu kontrahenta.
Informacja o pozytywnej weryfikacji sprzedawcy w VAT podczas wczytywania FZNabywca na wczytywanej fakturze
Podczas wczytywania faktur System weryfikuje, czy nabywcą (kupującym) na tej fakturze jest Firma, która tą fakturę wczytuje. Weryfikacja ta dokonywana jest poprzez porównanie NIP-u kupującego odczytanego na wskazanym dokumencie z NIP-em zdefiniowanym na pieczątce Firmy. W przypadku braku zgodności w logu prezentowane jest stosowne ostrzeżenie.
Ostrzeżenie w przypadku niegodności NIP-u Nabywcy
Elementy FZ – identyfikacja towaru
System dodaje na tworzoną fakturę FZ te elementy (towary), dla których udało się odczytać ilość oraz cenę/wartość. Identyfikacja towaru odbywa się na podstawie odczytanego z faktury: numeru EAN, Kodu lub Nazwy. Jeżeli żadnej z tych informacji nie uda się odczytać, wówczas dodawany jest element z towarem A-vista.
W przypadku odczytania ww. informacji identyfikacja karty towarowej odbywa się wg poniższych zasad:
Obowiązuje następująca kolejność interpretacji danych odczytanych z faktury: w pierwszej kolejności interpretowany jest odczytany EAN, następnie Kod, a na koniec Nazwa
W ramach informacji odczytanych w EAN i Kod System poszukuje towaru o kodzie własnym, EAN-ie własnym (przypisanym do karty towaru i do jednostek pomocniczych towarów) oraz kodzie u kontrahenta (formatka Dostawcy towaru) zgodnym z odczytanym i jeżeli takowy towar zidentyfikuje, wówczas przypisuje go na element FZ
Jeżeli ww. towar nie zostanie zidentyfikowany, wówczas System poszukuje towaru o nazwie własnej zgodne z Nazwą odczytaną z oryginału, następnie o nazwie u kontrahenta lub kodzie u kontrahenta (formatka Dostawcy towaru) zgodnej z Nazwą odczytaną z oryginału i jeżeli takowy towar zidentyfikuje, wówczas przypisuje go na element FZ
Jeżeli ww. towar nie zostanie zidentyfikowany, wówczas dalsze zachowanie Systemu zależy od parametru Dodaj karty towarów w System/ Konfiguracja/ Sprzedaż/ Parametry 1. Parametr ten decyduje o tym, czy w przypadku gdy System nie zidentyfikuje towaru o podanym EAN-ie, kodzie, nazwie, ma samodzielnie utworzyć kartę towarową. Przy włączonym parametrze Użytkownik ma możliwość wskazania grupy towarowej, w kontekście której taka kartoteka ma zostać utworzona. Dzięki temu Użytkownik może utworzyć i wskazać specjalną grupę towarową, dedykowaną takim kartom, po weryfikacji których przesunie towary do właściwej grupy.
Uwaga
Użytkownik powinien mieć świadomość, że na kartotece użytej na dokumencie nie można zmieniać już typu (towar/usługa) ani jednostki podstawowej towaru, tak więc w przypadku konieczności zmiany tych parametrów powinien on usunąć towar z elementu FZ, zmienić ww. parametry na karcie towaru po czym raz jeszcze przypisać go na element FZ. Weryfikacji poprawności karty towaru w zakresie typu i jednostki należy więc dokonać zanim zostanie zatwierdzony dokument FZ, który tą kartę założył.
Jeżeli ww. parametr zostanie wyłączony, wówczas dla elementów wczytywanej faktury, dla których nie uda się zidentyfikować towaru na dokument FZ dodawany jest towar A-vista, nowe karty towarowe nie są zakładane.
Parametryzacja zakładana przez System kart towarowych
W przypadkach, kiedy nie udało się zidentyfikować towaru prezentowane jest stosowne ostrzeżenie o zakładanej przez System karcie, którą należy zweryfikować lub o dodaniu na elemencie towaru A-vista, zależnie od ww. parametru.
Informacja o założeniu przez System karty towarowejInformacja o niepowodzeniu w identyfikacji towaru i wprowadzeniu na element towaru A-vista
Dla kart towarowych dodawanych automatycznie przez System przyjęte zostały poniższe zasady ustalania poszczególnych parametrów:
Kod towaru ustalany jest na podstawie numeru EAN, a jeżeli nie zostanie on odczytany, wówczas na podstawie Kodu produktu. Jeżeli i kod nie zostanie odczytany, wówczas jako kod zostaje ustalonych 40 znaków z Nazwy towaru
Nazwa towaru zostaje ustalona na podstawie Nazwy odczytanej z faktury
Jednostka podstawowa towaru ustalana jest na podstawie jednostki odczytanej z dokumentu, o ile taka jednostka jest zdefiniowana w Systemie. W przypadku braku takiej jednostki przypisywana jest jednostka z grupy towarowej, w kontekście której dodawana jest karta
Stawka Vat (zakupu/sprzedaży) ustalana jest na podstawie stawki odczytanej z dokumentu, o ile takowa stawka istnieje w Systemie. W przeciwnym razie ustalana jest stawka przypisana do ww. grupy towarowej
Do tworzonej karty towarowej przypisywany jest EAN towaru, o ile takowy zostanie z dokumentu odczytany
Pozostałe parametry towaru ustalane są na podstawie ww. grupy towarowej.
Inne parametry dodawanego elementu FZ
System wspiera Użytkownika w zakresie ustalania poniższych parametrów na elementach FZ dodawanych na podstawie wczytywanego dokumentu:
Jednostka pomocnicza
Jeżeli odczytana z oryginału jednostka jest przypisana jako jednostka pomocnicza towaru, wówczas jest ona ustalana na elemencie FZ. W pozostałych przypadkach, tj. gdy jednostki nie uda się odczytać, odczytana jednostka nie jest przypisana do towaru, lub odczytana jednostka jest jednostką główną towaru, jako jednostka pomocnicza na elemencie FZ zostaje ustalona domyślna jednostka zakupu tego towaru, jeżeli takowa została zdefiniowana, w przeciwnym wypadku jednostka pomocnicza jest zgodna z podstawową.
Przelicznik jednostki zostaje ustalony standardowo tj. na podstawie przelicznika zdefiniowanego na ustalonej jw. jednostce pomocniczej.
W przypadku gdy odczytana z oryginału jednostka nie jest przypisana do towaru w logu pojawia się stosowne ostrzeżenie.
Ostrzeżenie o niezgodności jednostki towaruIlość i precyzja ilości
Jeżeli odczytana z faktury jednostka jest jednostką pomocniczą towaru, wówczas odczytana ilość elementu traktowana jest jako ilość w tejże jednostce pomocniczej. W takim wypadku System ustala ilość w jednostce podstawowej na podstawie odczytanej ilości i przelicznika jednostki. W pozostałych przypadkach odczytana z faktury ilość traktowana jest jako ilość w jednostce podstawowej.
Podczas ww. ustalania ilości na elemencie System nie bierze pod uwagę ani parametru Rejestruj w jednostkach całkowitych, ani też precyzji ilości zdefiniowanej na karcie towaru/formatce jednostki, honoruje bowiem ilość odczytaną z dokumentu.
Precyzja ilości na elemencie (zarówno dla podstawowej jak i pomocniczej) ustalana jest wtórnie, na podstawie większej z precyzji: z karty towaru/jednostki lub właściwej dla ilości ustalonej na elemencie.
Stawka VAT
Jeżeli uda się odczytać z faktury stawkę VAT elementu i taka stawka w Systemie istnieje, wówczas to ona zostaje ustalona na elemencie, w przeciwnym razie ustalana jest stawka zakupu z karty towaru.
Cena i wartość
System honoruje wartość (netto/brutto) odczytaną z faktury dla danego elementu. Cena na elemencie dodawanym na FZ ustalana jest wtórnie, na podstawie ww. wartości i ilości elementu. Odczytana przez usługę OCR wartość rozumiana jest jako wartość w walucie odczytanej z wczytanego dokumentu.
Aby możliwe było ustalenie wartości elementu zgodnej z odczytanym na elemencie FZ, niezależnie od definicji FZ parametr Kontrola (ilość * cena= wartość) jest wyłączany.
Tabela VAT na dokumencie FZ
Aby obsłużyć przypadki, kiedy to Dostawcy korzystają z innej metody naliczania podatku Vat niż stosowana w Systemie przyjęta została zasada, zgodnie z którą tabela VAT utworzona przez System na podstawie dodanych na FZ elementów jest następnie modyfikowana zgodnie z tabelą VAT odczytaną z oryginału, o ile różnica pomiędzy kwotą VAT wyliczoną dla danej stawki przez System a odczytaną z dokumentu różni się o 0,01PLN.
Przyklad
Dla stawki 23% i dokumentu od netto:
T1 3,33 netto; vat 0,77
T2 3,33 netto; vat 0,77
Netto: 6,66
VAT liczony jako suma VAT-u elementów: 0,77+0,77=1,54, Brutto: 8,20
VAT liczony od suma wartość: 6,66×0,23=1,53; Brutto 8,19
Przyklad
Dla stawki 23% i dokumentu od brutto:
T1 4,03 brutto; Vat 0,75
T2 4,03 brutto; Vat 0,75
Brutto: 8,06
VAT liczony jako suma VAT-u elementów: 0,75+0,75=1,50, Netto: 6,56
VAT liczony od suma wartość: 8,06*23/123=1,51; Netto: 6,55
VAT liczony jako suma VAT-u elementów: 0,77+0,77=1,54, Brutto: 8,20
VAT liczony od suma wartość: 6,66×0,23=1,53; Brutto 8,19
Wczytywanie dokumentów PZ przy pomocy OCR
Na liście przyjęć zewnętrznych udostępniony został stosowny przycisk na Ribbonie oraz pod listą dokumentów, służący do wczytywania PZ za pomocą usługi OCR.
Opcje wczytywanie PZ z OCR na liście przyjęć zewnętrznych
Operacja polega na wskazaniu pliku/plików z dysku i ich wczytaniu tj. tworzeniu na ich podstawie dokumentów PZ. Użytkownik ma możliwość wskazania wielu plików naraz.
Obsłużone zostało wczytywanie dokumentów PZ na podstawie plików .pdf oraz plików graficznych .jpg, .jpeg, .tiff, .png, .tif, .bmp, .gif. Użytkownik ma możliwość wczytania zarówno dokumentu w walucie PLN jak i w każdej walucie obcej zgodnej ze standardem ISO, o ile w Systemie dodano tą walutę.
Uwaga
W przypadku dokumentów walutowych Użytkownik powinien mieć świadomość, że ceny/wartości prezentowane na zakładce [Ogólne] utworzonego dokumentu PZ będą się różniły od cen/wartości na zdjęciu/skanie, gdyż ceny/wartości PZ prezentowaną są w walucie systemowej. Wielkości walutowe prezentowane są na szczegółach elementów - zakładce [Kalkulacje] formatki elementu PZ.
Rejestrowane ww. metodą dokumenty PZ nie są w żaden sposób wiązane zamówieniem złożonym u Dostawcy. Jeżeli wczytywany dokument jest związany z zamówieniem, wówczas po jego utworzeniu Użytkownik powinien dokonać stosownego powiązania przy użyciu opcji Spinaj z zamówieniem w menu kontekstowym listy przyjęć zewnętrznych.
Operacji wczytywania przyjęcia zewnętrznego może dokonywać każdy Użytkownik uprawniony do rejestrowania PZ. Jeżeli jednak w Firmie istnieje potrzeba ograniczenia prawa do tej usługi wystarczy dla tych Operatorów, którzy nie powinni z niej korzystać przypisać stosowny zakaz: Dodawanie dokumentu za pomocą mechanizmu OCR.
Podczas wczytywania poszczególnych dokumentów Użytkownik otrzymuje szereg informacji z zakresu poprawności odczytania dokumentu, identyfikacji poszczególnych informacji na dokumencie itp., a dodatkowo przy każdej takiej operacji prezentowana jest informacja o pozostałej, dostępnej w danym pakiecie ilości stron do wczytania. Ilość dostępną w pakiecie można sprawdzić w każdej chwili, wystarczy skorzystać z dostępnej w menu ww. przycisku opcji Sprawdź ilość stron do wykorzystania.
Opcja sprawdzania ilości dostępnej w pakiecie OCR
Numery tworzonych przez System dokumentów prezentowane są formie linków, pozwalających na podniesienie formatki utworzonego dokumentu bezpośrednio z loga.
Podgląd utworzonego dokumentu PZ
Oryginał dokumentu, na podstawie którego tworzone jest przyjęcie zewnętrzne zapisywany jest jako załącznik dokumentu PZ, o ile w konfiguracji Systemu System/ Konfiguracja/ Sprzedaż/ Parametry 1 włączony jest parametr Zapisuj dokumenty dodawane za pomocą OCR jako załączniki. Zależnie od wybranej opcji ww. parametru załącznik dodawany jest do bazy lub jako link do importowego dokumentu.
Parametryzacja zapisywania załączników OCR
Weryfikacja dokumentów utworzonych metodą OCR
Każdy dokument PZ utworzony przy pomocy usługi OCR powinien zostać przez Użytkownika zweryfikowany w zakresie jego zgodności z oryginałem. Aby ułatwić taką operację formatka dokumentu PZ utworzonego przy użyciu ww. metody wyposażona została w pogląd oryginału, dostępny na poszczególnych zakładkach formularza PZ. Jego włączenia/wyłączenia dokonuje się przy użyciu przycisku OCR dostępnego na prawej belce formatki. Wygląd przycisku odzwierciedla aktualny status dokumentu:
na dokumencie niezweryfikowanym przez Operatora prezentowany jest przycisk
na dokumencie zweryfikowanym prezentowany jest przycisk
Użytkownik po dokonaniu weryfikacji poprawności dokumentu powinien oznaczyć taki dokument statusem zweryfikowany. Jeżeli tego nie uczyni, wówczas niemożliwe będzie zatwierdzenie dokumentu. Zweryfikowany dokument można cofnąć do statusu dokumentu niezweryfikowanego do chwili zatwierdzenia dokumentu. Zmiany statusu dokumentu można dokonać przy użyciu stosownej opcji:
w menu ww. przycisku na belce dokumentu
w menu przycisku pod listą dokumentów PZ
w menu kontekstowym listy PZ
Opcje dostępne w menu kontekstowym oraz przy przycisku pod listą dokumentów PZ obsłużone zostały jako operacje seryjne, dla wielu zaznaczonych dokumentów. Aktywność danej opcji uzależniona jest od stanu/statusu, w jakim znajduje się wskazany dokument.
Opcje zmiany statusu dokumentu PZ dostępne na liście i formatce dokumentu
Status poszczególnych dokumentów prezentowany jest w nowej kolumnie OCR listy dokumentów PZ. Obsłużony został nowy filtr na liście, pozwalający na jej ograniczenie do dokumentów wczytanych za pomocą usługi OCR:
Wszystkich wczytanych z OCR
Niezweryfikowanych
Zweryfikowanych
Kolumna ze statusem dokumentu OCR i filtrowanie listy PZ wg tego statusu
Dane nagłówkowe tworzonego dokumentu PZ
System wspiera Użytkownika w zakresie ustalania poniższych parametrów nagłówkowych na tworzonym dokumencie PZ oraz prezentuje stosowne ostrzeżenia w przypadkach budzących wątpliwości:
Kontrahenci na dokumencie PZ
Usługa OCR odczytuje dane sprzedawcy/dostawcy z wczytywanego dokumentu. Tak zidentyfikowany sprzedawca, ustalany jest jako kontrahent główny tworzonego dokumentu PZ. Jeżeli taki kontrahent nie jest zarejestrowany w Systemie, wówczas tworzona jest jego karta. Akronim tak tworzonej karty ustalany jest na podstawie NIP-u kontrahenta. Jeżeli kontrahent o danym NIP-ie jest zdefiniowany w Systemie, ale jego dane nie są zgodne z danymi odczytanymi przez OCR, wówczas System tworzy nowy adres dla tego kontrahenta.
Zasady ustalania kontrahenta głównego i jego adresu na tworzonym dokumencie PZ przedstawia poniższa tabela:
NIP sprzedawcy na wczytywanym dokumencie
Kontrahent główny
Adres kontrahenta głównego
Brak NIP-u Sprzedawcy lub nie udało się go odczytać
Jednorazowy
Pierwszy niearchiwalny adres Jednorazowego
NIP został odczytany, ale nie udało się odczytać nazwy i/lub miasta kontrahenta
Jeżeli w bazie zarejestrowany jest kontrahent o tym NIP-ie, wówczas to on jest ustalany jako kontrahent główny dokumentu, w przeciwnym wypadku na PZ ustalany kontrahent Jednorazowy
W przypadku głównego Jednorazowego – jw.
W przypadku kontrahenta nie-jednorazowego – aktualny adres podstawowy kontrahenta
Został odczytany NIP i nazwa kontrahenta oraz w zakresie danych adresowych co najmniej miasto
Jeżeli w bazie zarejestrowany jest kontrahent o tym NIP-ie, wówczas to on jest ustalany jako kontrahent główny dokumentu
Jeżeli ww. kontrahenta nie ma, wówczas dodawana jest nowa karta kontrahenta i jest on przypisywany na PZ jako kontrahent główny
Adres kontrahenta zgodny z danymi odczytanymi przez OCR, jeżeli takowy adres w Systemie istnieje
Jeżeli brak ww. adresu, wówczas dodawany jest nowy adres „Inny” z danymi zgodnymi z odczytanymi przez OCR
W przypadku, kiedy w Systemie nie został dotąd zarejestrowany kontrahent o NIP-ie zgodnym z NIP-em sprzedawcy i System zakłada jego kartę, prezentowane jest stosowne ostrzeżenie.
Ostrzeżenie o braku karty kontrahenta i jej założeniu przez System
Kontrahent docelowy na tworzonym PZ jest zgodny z ustalanym jw. kontrahentem głównym, adres kontrahenta docelowego zaś w standardowy sposób, tj. na podstawie domyślnego adresu wysyłkowego tego kontrahenta, a jeżeli takowy nie istnieje, wówczas 1-wszego spośród adresów wysyłkowych. Jeżeli kontrahent nie posiada adresów wysyłkowych, wówczas ustalany jest aktualny podstawowy adres kontrahenta.
Płatnik ustalany jest w standardowy sposób, tj. na podstawie Płatnika przypisanego na karcie kontrahenta głównego ustalanego jw. Adres Płatnika ustalany jest wg zasad:
Jeżeli w karcie kontrahenta głównego ustalonego na PZ jako Płatnik przypisany jest ten sam kontrahent, wówczas adres zgodny z adresem ustalonym jw. dla kontrahenta głównego na PZ
Jeżeli w karcie kontrahenta głównego ustalonego na PZ jako Płatnik przypisany jest inny kontrahent, wówczas aktualny adres podstawowy tego kontrahenta
Jeżeli w karcie kontrahenta głównego jako Płatnik przypisany jest kontrahent z Knt_Archiwalny=1, wówczas jako Płatnika ustalać kontrahenta głównego
Daty dokumentu PZ
Data wystawienia i data zakupu tworzonego dokumentu PZ ustalane są na podstawie odpowiednich dat odczytanych z dokumentu, data wpływu zaś oraz data przyjęcia ustalane są na poziomie daty bieżącej. Obsłużone zostało stosowne ostrzeżenie w przypadku, gdy data na wczytywanym dokumencie (wystawienia i/lub sprzedaży) jest datą z miesiąca innego niż bieżący lub poprzedni.
Ostrzeżenie podczas wczytywania dokumentu spoza okresu rozliczeniowego
Numer wczytywanego dokumentu i kontrola duplikatów
Numer wczytywanego dokumentu zapisywany jest jako numer obcy na tworzonym przyjęciu zewnętrznym. Obsłużone zostało stosowne ostrzeżenie w przypadku wczytywania dokumentu o takim samym numerze jak zarejestrowane już dokument od tego Dostawcy.
Ostrzeżenie podczas wczytywania dokumentu o numerze już zarejestrowanym w Systemie
Waluta i kurs
Usługa OCR do wczytywania PZ rozpoznaje waluty PLN, EUR, USD, GBP, CHF, RON, RUB, CNY, CZK, DKK, NOK, SEK, BYN, UAH, HUF, KRW. Jeżeli więc w Systemie zdefiniowano daną walutę obcą, wówczas jest ona ustalana na dokumencie PZ. Kurs waluty ustalany jest wg standardowych obowiązujących w Systemie zasad, tj. na podstawie definicji dokumentu PZ i dat ustalonych na dokumencie.
Kierunek VAT
Metoda naliczania VAT od netto/od brutto ustalana jest na podstawie rodzaju odczytanych cen/wartości dokumentu. Jeżeli są to ceny/wartości netto, wówczas na tworzonej PZ ustalana jest metoda od netto, jeżeli zaś odczytane zostaną ceny/wartości brutto, wówczas na tworzonej PZ ustalana jest metoda od brutto.
Nabywca na wczytywanej PZ
Podczas wczytywania dokumentu PZ System weryfikuje, czy nabywcą (kupującym) na tym dokumencie jest Firma, która ten dokument wczytuje. Weryfikacja ta dokonywana jest poprzez porównanie NIP-u kupującego odczytanego na wskazanym dokumencie z NIP-em zdefiniowanym na pieczątce Firmy. W przypadku braku zgodności w logu prezentowane jest stosowne ostrzeżenie.
Ostrzeżenie w przypadku niegodności NIP-u Nabywcy
Elementy PZ – identyfikacja towaru
System dodaje na tworzony dokument PZ te elementy (towary), dla których udało się odczytać ilość. Identyfikacja towaru odbywa się na podstawie odczytanego z dokumentu: numeru EAN, Kodu lub Nazwy. Jeżeli żadnej z tych informacji nie uda się odczytać, wówczas dodawany jest element z towarem A-vista.
W przypadku odczytania ww. informacji identyfikacja karty towarowej odbywa się wg poniższych zasad:
Obowiązuje następująca kolejność interpretacji odczytanych danych: w pierwszej kolejności interpretowany jest odczytany EAN, następnie Kod, a na koniec Nazwa
W ramach informacji odczytanych w EAN i Kod System poszukuje towaru o kodzie własnym, EAN-ie własnym (przypisanym do karty towaru i do jednostek pomocniczych towarów) oraz kodzie u kontrahenta (formatka Dostawcy towaru) zgodnym z odczytanym i jeżeli takowy towar zidentyfikuje, wówczas przypisuje go na element PZ
Jeżeli ww. towar nie zostanie zidentyfikowany, wówczas System poszukuje towaru o nazwie własnej zgodne z Nazwą odczytaną z oryginału, następnie o nazwie u kontrahenta lub kodzie u kontrahenta (formatka Dostawcy towaru) zgodnej z Nazwą odczytaną z oryginału i jeżeli takowy towar zidentyfikuje, wówczas przypisuje go na element PZ
Jeżeli ww. towar nie zostanie zidentyfikowany, wówczas dalsze zachowanie Systemu zależy od parametru Dodaj karty towarów w System/ Konfiguracja/ Sprzedaż/ Parametry 1. Parametr ten decyduje o tym, czy w przypadku, gdy System nie zidentyfikuje towaru o podanym EAN-ie, kodzie, nazwie, ma samodzielnie utworzyć kartę towarową. Przy włączonym parametrze Użytkownik ma możliwość wskazania grupy towarowej, w kontekście której taka kartoteka ma zostać utworzona. Dzięki temu Użytkownik może utworzyć i wskazać specjalną grupę towarową, dedykowaną takim kartom, po weryfikacji których przesunie towary do właściwej grupy.
Uwaga
Użytkownik powinien mieć świadomość, że na kartotece użytej na dokumencie nie można zmieniać już typu (towar/usługa) ani jednostki podstawowej towaru, tak więc w przypadku konieczności zmiany tych parametrów powinien on usunąć towar z elementu PZ, zmienić ww. parametry na karcie towaru po czym raz jeszcze przypisać go na element PZ. Weryfikacji poprawności karty towaru w zakresie typu i jednostki należy więc dokonać zanim zostanie zatwierdzony dokument PZ, który tą kartę założył.
Jeżeli ww. parametr zostanie wyłączony, wówczas dla elementów wczytywanego PZ, dla których nie uda się zidentyfikować towaru na dokument PZ dodawany jest towar A-vista, nowe karty towarowe nie są zakładane.
Parametryzacja zakładana przez System kart towarowych
W przypadkach, kiedy nie udało się zidentyfikować towaru prezentowane jest stosowne ostrzeżenie o zakładanej przez System karcie, którą należy zweryfikować lub o dodaniu na elemencie towaru A-vista, zależnie od ww. parametru.
Informacja o założeniu przez System karty towarowejInformacja o niepowodzeniu w identyfikacji towaru i wprowadzeniu na element towaru A-vista
Dla kart towarowych dodawanych automatycznie przez System przyjęte zostały poniższe zasady ustalania poszczególnych parametrów:
Kod towaru ustalany jest na podstawie numeru EAN, a jeżeli nie zostanie on odczytany, wówczas na podstawie Kodu produktu. Jeżeli i kod nie zostanie odczytany, wówczas jako kod zostaje ustalonych 40 znaków z Nazwy towaru
Nazwa towaru zostaje ustalona na podstawie Nazwy odczytanej z dokumentu
Jednostka podstawowa towaru ustalana jest na podstawie jednostki odczytanej z dokumentu, o ile taka jednostka jest zdefiniowana w Systemie. W przypadku braku takiej jednostki przypisywana jest jednostka z grupy towarowej, w kontekście której dodawana jest karta
Stawka Vat (zakupu/sprzedaży) ustalana jest na podstawie stawki odczytanej z dokumentu, o ile takowa stawka istnieje w Systemie. W przeciwnym razie ustalana jest stawka przypisana do ww. grupy towarowej
Do tworzonej karty towarowej przypisywany jest EAN towaru, o ile takowy zostanie z dokumentu odczytany
Pozostałe parametry towaru ustalane są na podstawie ww. grupy towarowej.
Inne parametry dodawanego elementu PZ
System wspiera Użytkownika w zakresie ustalania poniższych parametrów na elementach PZ dodawanych na podstawie wczytywanego dokumentu:
Jednostka pomocnicza
Jeżeli odczytana z oryginału jednostka jest przypisana jako jednostka pomocnicza towaru, wówczas jest ona ustalana na elemencie PZ. W pozostałych przypadkach, tj., gdy jednostki nie uda się odczytać, odczytana jednostka nie jest przypisana do towaru lub odczytana jednostka jest jednostką główną towaru, jako jednostka pomocnicza na elemencie PZ zostaje ustalona domyślna jednostka zakupu tego towaru, jeżeli takowa została zdefiniowana, w przeciwnym wypadku jednostka pomocnicza jest zgodna z podstawową.
Przelicznik jednostki zostaje ustalony standardowo tj. na podstawie przelicznika zdefiniowanego na ustalonej jw. jednostce pomocniczej.
W przypadku gdy odczytana z oryginału jednostka nie jest przypisana do towaru w logu pojawia się stosowne ostrzeżenie.
Ilość i precyzja ilości
Jeżeli odczytana z dokumentu jednostka jest jednostką pomocniczą towaru, wówczas odczytana ilość elementu traktowana jest jako ilość w tejże jednostce pomocniczej. W takim wypadku System ustala ilość w jednostce podstawowej na podstawie odczytanej ilości i przelicznika jednostki. W pozostałych przypadkach odczytana z dokumentu ilość traktowana jest jako ilość w jednostce podstawowej.
Podczas ww. ustalania ilości na elemencie System nie bierze pod uwagę ani parametru Rejestruj w jednostkach całkowitych, ani też precyzji ilości zdefiniowanej na karcie towaru/formatce jednostki, honoruje bowiem ilość odczytaną z dokumentu.
Precyzja ilości na elemencie (zarówno dla podstawowej jak i pomocniczej) ustalana jest wtórnie, na podstawie większej z precyzji: z karty towaru/jednostki lub właściwej dla ilości ustalonej na elemencie.
Stawka VAT
Jeżeli uda się odczytać z dokumentu stawkę VAT elementu i taka stawka w Systemie istnieje, wówczas to ona zostaje ustalona na elemencie, w przeciwnym razie ustalana jest stawka zakupu z karty towaru.
Cena i wartość
System honoruje wartość (netto/brutto) odczytaną z dokumentu dla danego elementu. Cena na elemencie dodawanym na PZ ustalana jest wtórnie, na podstawie ww. wartości i ilości elementu. Odczytana przez usługę OCR wartość rozumiana jest jako wartość w walucie odczytanej z wczytanego dokumentu.
Aby możliwe było ustalenie wartości elementu zgodnej z odczytanym na elemencie PZ, niezależnie od definicji PZ parametr Kontrola (ilość * cena= wartość) jest wyłączany.
Jeżeli na dokumencie nie podano cena/wartości lub nie udało się ich odczytać, wówczas cena ustalana jest standardowo na podstawie ceny u tego dostawcy lub ostatniej ceny zakupu i obowiązujących rabatów/promocji.
Obsługa faktur w języku angielskim podczas rejestracji FZ przy użyciu Comarch OCR
Od wersji 2023.2 funkcjonalność rejestracji dokumentów FZ/(A)FZ przy użyciu mechanizmu OCR została wzbogacona o interpretację plików graficznych w języku angielskim. Zasada wczytywania takich dokumentów jest bardzo podobna do dotychczasowego mechanizmu stosowanego dla dokumentów w języku polskim, poza wyjątkami opisanymi w dalszej części dokumentu.
Wskazówka
Na podstawie faktur w języku angielskim można zarejestrować dokumenty FZ/(A)FZ, funkcjonalność ta stanowi więc wsparcie dla tych Uzytkowników, którzy rejestrują faktury importowe/faktury nabycia wewnątrzwspólnotowego poza modułem Import.
Identyfikacja kontrahenta i jego adresu
Zmiany w ww. zakresie obejmują:
Obsługę dokumentów, na których numer NIP Dostawcy poprzedzony jest prefiksem kraju UE
Zmianę zasad identyfikacji/zakładania adresu kontrahenta
W przypadku faktur w języku polskim OCR odczytuje i zwraca nazwę i dane adresowe kontrahenta pobrane z GUS, w przypadku faktur w języku angielskim zaś dane pobierane są z VIES (VAT Information Exchange System). Jeżeli jednak w VIES nie ma tego kontrahenta, wówczas OCR odczytuje nazwę/dane adresowe z faktury. Jeżeli więc uda się odczytać NIP Sprzedawcy, lecz nie uda się odczytać pozostałych podstawowych danych Sprzedawcy tj. jego nazwy i/lub miasta, wówczas, jeżeli w bazie znajduje się kontrahent o tym NIP-ie, wówczas to on zostanie ustalony jako kontrahent główny dokumentu, a jako adres przypisany zostanie jego adres aktualny. Jeżeli zaś takiego kontrahenta w bazie nie ma, wówczas na FZ ustalony zostanie kontrahent Jednorazowy. W przypadku niepełnych danych kontrahenta jego karta nie jest więc zakładana.
Zmiana zasad ustalania typu kontrahenta (krajowy, unijny, pozaunijny) na zakładanej dla niego karcie
Typ kontrahenta ustalany jest na podstawie języka dokumentu – dla dokumentów w języku polskim kontrahent zakładany jest jako podmiot krajowy, w przypadku dokumentów w języku angielskim zaś odpowiednio: jako kontrahent unijny, jeżeli odczytany prefiks NIP wskazuje na kraj należący do Unii Europejskiej lub jako kontrahent poza-unijny, jeżeli kraju tego nie udało się odczytać lub jest to kraj spoza UE.
Identyfikacja pozycji towarowych
Dla faktur w języku angielskim obsłużono dodatkowe kryterium identyfikacji towarów - jeżeli nie uda się zidentyfikować towaru w oparciu o dotychczasowe kryteria, wówczas System identyfikuje towar na podstawie angielskiego tłuczenia nazwy towaru.
Po ww. zmianach identyfikacja towaru podczas wczytywania faktury w języku angielskim przebiega więc następująco:
Obowiązuje następująca kolejność interpretacji odczytanych danych: w pierwszej kolejności interpretowany jest odczytany EAN, następnie Kod, a na koniec Nazwa
W ramach informacji odczytanych w EAN i Kod System poszukuje towaru o kodzie własnym, EAN-ie własnym (przypisanym do karty towaru i do jednostek pomocniczych towarów) oraz kodzie u kontrahenta (formatka Dostawcy towaru) zgodnym z odczytanym i jeżeli takowy towar zidentyfikuje, wówczas przypisuje go na element FZ
Jeżeli ww. towar nie zostanie zidentyfikowany, wówczas System poszukuje towaru o nazwie własnej zgodne z Nazwą odczytaną z oryginału, następnie o nazwie u kontrahenta lub kodzie u kontrahenta (formatka Dostawcy towaru) zgodnej z Nazwą odczytaną z oryginału i jeżeli takowy towar zidentyfikuje, wówczas przypisuje go na element FZ
Jeżeli ww. towar nie zostanie zidentyfikowany, wówczas System poszukuje towaru, dla którego zdefiniowano angielskie tłumaczenie zgodne z Nazwą odczytaną z oryginału i jeżeli takowy towar zidentyfikuje, wówczas przypisuje go na element FZ
Identyfikacja towaru w OCR na podstawie jego angielskiej nazwy
Jeżeli ww. towar nie zostanie zidentyfikowany, wówczas jak dotychczas dalsze zachowanie Systemu zależy od parametru Dodaj karty towarów w System/ Konfiguracja/ Sprzedaż/ Parametry 1. Jeżeli ww. parametr jest włączony, wówczas zakładana jest nowa karta towaru, jeżeli zaś wyłączony, wówczas dla elementów wczytywanej faktury, dla których nie uda się zidentyfikować towaru na dokument FZ dodawany jest towar A-vista.
Identyfikacja jednostki pomocniczej towaru
Zmiana w zakresie interpretacji odczytanych przez OCR danych z faktury w języku angielskim dokonana została również w zakresie jednostek towarów, będących przedmiotem takiej transakcji. System ustala na elemencie jednostkę pomocniczą zgodną z jednostką odczytaną z takiej faktury o ile do karty towaru przypisano jednostkę o odczytanym symbolu lub jednostkę z angielskim tłumaczeniem zgodnym z odczytanym z dokumentu.
Podobna zasada dotyczy ustalania jednostki głównej podczas zakładania karty nowego towaru – jeżeli w bazie zdefiniowano jednostkę o odczytanym symbolu lub jednostkę z angielską nazwą zgodną z odczytaną, wówczas to ta jednostka jest ustalana na dodawanej karcie towaru.
Identyfikacja jednostki towaru w OCR na podstawie jej angielskiej nazwy
Zasady ustalania stawki VAT na elemencie
Zasady ustalania stawki VAT na elementach tworzonej FZ pozostają niezmienne niezależnie od języka dokumentu. Jeżeli stawka zostanie odczytana i taka stawka istnieje w bazie, wówczas jest ona ustalana na elemencie. Jeżeli stawka nie zostanie odczytana lub takiej stawki nie ma w bazie, wówczas na elemencie ustalana jest stawka VAT zakupu z karty towaru.
Uwaga
Ww. zasada ustalania stawki VAT na elemencie dotyczy również faktur otrzymywanych od Dostawców zagranicznych, na których eksportowa stawka VAT rzadko jest podawana. W takim wypadku na tworzonej FZ ustalona zostanie stawka krajowa, naliczony więc zostanie VAT po stronie zakupu. Zasada ta wynika z proponowanego postępowania w przypadku rejestracji faktur importowych/faktur nabycia wewnątrzwspólnotowego poza modułem Import.
Możliwość oznaczania dokumentów zaimportowanych za pomocą OCR jako zweryfikowanych
Na formatce (A)FZ w rejestrze VAT pod przyciskiem Dokument wczytany za pomocą OCR – przejdź do podglądu oryginału dokumentu, dodano rozwijane menu:
Podgląd załącznika – dotychczasowe działanie przycisku, pozwala otworzyć plik z zapisanym dokumentem na zakładce [Załączniki]. Naciśnięcie przycisku OCR domyślnie podnosi do podglądu załącznik. Oznacz jako zweryfikowany – pozwala oznaczyć dokument, który został zweryfikowany pod względem merytorycznym oraz formalno- rachunkowym. Na przycisku zweryfikowanego dokumentu pojawi się zielony znacznik
Cofnij do: niezweryfikowany – w przypadku, gdy po weryfikacji ujawnione zostaną dodatkowe nieścisłości możliwe jest wycofanie oznaczenia poprawnej weryfikacji. Po cofnięciu przycisk oznaczony będzie czerwonym znakiem zapytania
Uwaga
Wszystkie dokumenty odczytane przez OCR domyślnie będą oznaczone jako niezweryfikowane.
Zapisywanie dokumentu jako załącznika
Umożliwiono zapisywanie oryginału dokumentu, na podstawie którego OCR przesyła dane do rejestru VAT, jako załącznika a typie Dokument OCR. To czy załącznik będzie dodawany, uzależnione jest od parametru, który został udostępniony w System/ Konfiguracja/ Sprzedaż/ Parametry 1.
Załącznik może zostać dodany do bazy danych – opcja Plik w bazie lub jako link do importowanego dokumentu – Link do pliku. Zapisany załącznik będzie miał nowy Typ – Dokument OCR i nie będzie mógł być modyfikowany.
Po podniesieniu danego dokumentu zaczytanego przez Comarch OCR (A)FZ, na wszystkich zakładkach jest dostępny przycisk , za pomocą którego możemy otworzyć załącznik, czyli plik, za pomocą którego dokument został zaczytany.
W celu jeszcze łatwiejszej weryfikacji dokumentów wczytanych z użyciem OCR umożliwiono podgląd załącznika dodanego podczas importu danych, bezpośrednio na oknie dokumentu.
Opcja ta jest dostępna dla formularza standardowego (zakładki: [Ogólne], [Kontrahent], [Płatność], [Nagłówek],
[Księgowość], [VAT]) oraz dla formularza uproszczonego (zakładki: [Ogólne], [Księgowość]).
Podgląd obrazu importowanego pliku na dokumencie (A)FZ (formularz uproszczony)Podgląd obrazu importowanego pliku na dokumencie (A)FZ (formularz pełny)
Aby uzyskać podgląd załącznika z poziomu dokumentu należy wybrać przycisk znajdujący się po prawej stronie okna. Przestrzeń przeznaczoną na podgląd załącznika można zmniejszać i zwiększać przesuwając pionową kreskę podziału pomiędzy sekcjami. Po prawej stronie oraz na dole okna podglądu załącznika znajdują się belki umożliwiające przesuniecie obrazu, gdy nie mieści się w oknie. Oprócz tego dla załączników typu PDF obraz można pomniejszać i powiększać korzystając ze scrolla wraz z przyciskiem <CTRL> . Opcja widoczna w lewym, górnym rogu podglądu pozwala na poruszanie się pomiędzy stronami w przypadku dokumentów wielostronicowych.
Uwaga
Umożliwiono podgląd załączników zapisanych jako linki bezpośrednio na oknie dokumentu (A)FZ, analogicznie jak ma to miejsce w przypadku załączników zapisanych do bazy. Pogląd ten jest możliwy zarówno na pełnym jak i uproszczonym formularzu faktury. Dostępny jest po wybraniu przycisku OCR dostępnego po prawej stronie okna.
Praca asynchroniczna podczas odczytywania dokumentów przez Comarch OCR
Umożliwiono wykonywanie innych operacji podczas odczytywania faktur z OCR. Po wskazaniu większej ilości faktur do odczytu, można przejść do wykonywania innych operacji bez konieczności oczekiwania na zakończenie procesu odczytu faktur z OCR.
Co zrobić, jeżeli dane ze skanu/zdjęcia nie zostały rozpoznane za pomocą usługi Comarch OCR lub zostały rozpoznane niepoprawnie?
W przypadku, kiedy dane z faktury nie zostały rozpoznane bądź zostały rozpoznane niepoprawnie prosimy o wysłanie zgłoszenia poprzez System Obsługi Zgłoszeń lub wiadomość na adres ocr@comarch.pl wraz ze skanem faktury oraz opisem problemu.
Dokument RA jest wyłącznie fakturą do paragonów. Nie jest umieszczany w rejestrze VAT, gdyż spięty paragon trafia do rejestru za pośrednictwem dokumentu RS.
Istnieje możliwość spinania kilku paragonów do jednego RA. W przypadku gdy spinane paragony są wystawione dla różnych kontrahentów, kontrahent na RA przepisuje się z pierwszego z paragonów w kolejności zaznaczania. Jeśli pierwszy z zaznaczonych paragonów nie ma wpisanego kontrahenta, to kontrahent na RA jest przepisywany z pierwszego w kolejności zaznaczania paragonu, na którym jest wpisany kontrahent.
Dokumenty RA nie są uwzględnianie przy generowaniu deklaracji VAT-7.
Spinacz korekt paragonów (RAK)
Dokument RAK jest wyłącznie korektą do faktury wystawionej do paragonów. Nie jest umieszczany w rejestrze VAT, gdyż spięta korekta paragonu trafia do rejestru za pośrednictwem dokumentu RSK. RAK można utworzyć wyłącznie z korekt paragonów spiętych do jednego spinacza paragonu. Kontrahent na RAK jest zawsze taki sam, jak kontrahent na RA do którego spięte są korygowane paragony.
Dokumenty RAK nie są widoczne na liście zapisów rejestrów VAT i nie są uwzględniane przy generowaniu deklaracji VAT – 7.
Raport sprzedaży (RS)
Raport Sprzedaży, to dokument o charakterze spinacza, którego składnikiem są paragony. Dokument ten jest umieszczany w rejestrze VAT i jest odpowiednikiem raportu dobowego z drukarki fiskalnej. Tabela VAT na dokumencie jest tworzona przez sumowanie odpowiednich wartości z tabel VAT składników.
Lista raportów sprzedaży znajduje się na liście dokumentów handlowych, na zakładce: Sprzedaż/RS. Na zakładce tej wyświetlane są również dokumenty RSK czyli Korekty raportu sprzedaży.
Lista dokumentów RS i RSK.
Generowanie dokumentu
Wygenerowanie dokumentu RS może nastąpić poprzez:
zaznaczenie na liście paragonów (okno: Lista dokumentów, zakładka: Sprzedaż/PA) paragonów, które mają zostać spięte do RS i wybranie z menu kontekstowego (rozwijanego prawym klawiszem myszy) funkcji: Raport sprzedaży z zaznaczonych
zaznaczenie na liście paragonów, które mają zostać spięte do RS i wybranie w dolnym lewym rogu z menu rozwijanego za pomocą przycisku strzałki rozwijalnej, ikony [Raport sprzedaży].
wybranie funkcji: Raport sprzedaży i wskazanie odpowiedniego zakresu dat (okno: Lista dokumentów, zakładka: Sprzedaż/RS)
wybranie funkcji: Raport sprzedaży, z menu rozwijanego za pomocą przycisku strzałki rozwijalnej, znajdującego się obok przycisku [Faktura sprzedaży] (menu dostępne jest z poziomu menu modułu: Sprzedaż).
RS, zakładka: Ogólne
RS, zakładka: Ogólne
Na zakładce znajduje się lista paragonów spiętych do dokumentu RS. Do dokumentu RS można podpinać kolejne paragony do momentu jego zatwierdzenia. Na zakładce znajdują się pola i funkcje:
Raport za okres od/do – dokument RS pełni funkcje raportu dobowego sprzedaży. W polach: Od/do wskazuje się okres, za jaki raport ten będzie generowany.
[Zapłata] – za pomocą funkcji można zarejestrować zapłatę całość, czyli rozliczyć wszystkie płatności dokumentu i jego składników. Możliwy jest wybór formy zapłaty, po naciśnięciu przycisku strzałki rozwijalnej. Przy rozliczeniu uwzględnione zostaną wszystkie płatności, niezależnie od przypisanych do nich form, np. rejestrowanie zapłaty gotówką za całość dokumentu spowoduje rozliczenie płatności, do której przypisano formę: Przelew. Dokonanie zapłaty będzie uwidocznione na zakładce: Płatności, w postaci zapisu kasowego.
[Przypnij automatycznie] – funkcja umożliwia automatyczne przypięcie tych paragonów, które nie zostały związane z innym dokumentem RS. Przypięte zostaną te paragony, których data wystawienia mieści się w przedziale czasowym, określonym na RS w polach: Raport za okres od/do.
[Przypnij] – funkcja umożliwia spięcie nowego paragonu do RS. Po naciśnięciu przycisku, zostanie wyświetlona lista paragonów, które nie zostały jeszcze związane z innym dokumentem RS. Wybór następuje przez zaznaczenie paragonu lub paragonów naciśnięcie przycisku: [Wybierz]. Przypięte mogą zostać tylko te paragony, których data wystawienia mieści się w przedziale czasowym określonym w polach: Raport za okres od/do.
[Odepnij] – funkcja umożliwia odpięcie zaznaczonego paragonu z dokumentu RS.
[Podgląd] – umożliwia wyświetlenie zaznaczonego na liście paragonu do podglądu.
Uwaga
Spięty paragon nie może zostać anulowany.
RS, zakładka: Płatności
Dokument RS nie generuje płatności. Płatności na RS wynikają z płatności na paragonach. Za pomocą przycisku: [Zapłata] istnieje możliwość rejestrowania wpłat odpowiadających wskazanym należnościom. Przycisk: [Dodaj płatność] umożliwia dodanie płatności w wybranej walucie.
RS, zakładka: Płatności
RS, zakładka: Nagłówek
Na zakładce znajdują się dane nagłówkowe dokumentu, takie jak numer dokumentu, wskazanie centrum, w którym został wystawiony (pole: Właściciel) oraz daty wystawienia i sprzedaży.
Ponadto na zakładce, po wyjęciu dokumentu z bufora zostanie wyświetlony parametr: Ustalono koszt własny sprzedaży. W przypadku spiętych paragonów, które mają zaznaczony parametr: Ustalono koszt własny sprzedaży, parametr ten na RS zostanie automatycznie zaznaczony. Jeśli spięte dokumentu nie będą miały ustalonego kosztu sprzedaży (parametr odznaczony), wtedy jego zaznaczenie na dokumencie RS spowoduje jego zaznaczenie na wszystkich dokumentach spiętych.
RS, zakładka: Nagłówek
RS, zakładka: VAT
Dokument RS będzie umieszczany w rejestrze VAT sprzedaży. Tabela VAT tworzona jest przez sumowanie wartości brutto (z podziałem na stawki) z tabel VAT składników, czyli spinanych dokumentów. Dla każdej sumy wartości brutto obliczona zostanie kwota VAT.
RS, zakładka: VAT
RS, zakładka: RKZ
Zakładka, podobnie jak analogiczna zakładka na FS, zawiera listę pozycji faktury z wartością sprzedaży netto (księgowa netto), kosztem zakupu wyliczonym jako koszt średni pobranych zasobów (koszt księgowy), marżą kwotową i procentową. W górnej części okna wyświetlone są sumy tych wartości dla całego dokumentu.
Korekta raportu sprzedaży (RSK)
RSK jest dokumentem handlowym o charakterze spinacza. Jego składnikiem są korekty paragonów, w związku z tym nie ma on dokumentu źródłowego (dokument nie koryguje konkretnego RS). RSK jest zestawieniem korekt do paragonów wystawionych w danym okresie. Tabela VAT dokumentu RSK jest tworzona przez sumowanie odpowiednich wartości z tabel VAT składników. Funkcją dokumentu jest umieszczanie korekt do paragonów w rejestrze VAT.
Wygląd dokumentu RSK jest bardzo podobny do dokumentu RS. Różnica polega na innym typie dokumentów spinanych do RSK.
Dokument RSK, podobnie jak RS nie generuje płatności. Płatności na RSK wynikają z płatności na korektach paragonów.
Wygenerowanie dokumentu RSK może nastąpić poprzez:
zaznaczenie na liście paragonów (okno: Lista dokumentów, zakładka: Sprzedaż/PA) korekt paragonów, które mają zostać spięte do RSK i wybranie z menu kontekstowego (rozwijanego prawym klawiszem myszy) funkcji: Korekta raportu sprzedaży z zaznaczonych
zaznaczenie na liście korekt paragonów, które mają zostać spięte do RSK i wybranie w dolnym lewym rogu z menu rozwijanego za pomocą przycisku strzałki rozwijalnej , polecenia Korekta raportu sprzedaży
wybranie funkcji: Korekta raportu sprzedaży i wskazanie odpowiedniego zakresu dat (okno: Lista dokumentów, zakładka: Sprzedaż/RS).
Korekta danych do RA a Paragony
Korekta danych zarejestrowana do faktury typy spinacz paragonów: RA nie wpływa na kontrahenta na spiętym w nim paragonie. Dla paragonów korekta danych nie jest dostępna. Jeżeli ustalono na nim niewłaściwego kontrahenta, wówczas Użytkownik powinien zarejestrować fakturę RA do takiego paragonu i to na niej ustalić prawidłowego kontrahenta i parametry płatności, jeżeli zaś taka faktura została już utworzona i zatwierdzona, wówczas zarejestrować stosowną korekty danych do tejże faktury.
Blokada zatwierdzania RA do PA z niezgodnym NIP
Na definicji dokumentu FS znajduje się parametr „Blokada zatw. RA do PA z niezgodnym NIP”. Parametr ten określa czy można wystawić fakturę do paragonu, na którym nie został wydrukowany właściwy numer NIP.
Po zaznaczeniu parametru podczas wystawiania faktury do paragonu dla podmiotu gospodarczego, sprawdzana będzie zgodność pomiędzy numerem NIP zapisanym na paragonie, a numerem NIP zapisanym na fakturze sprzedaży RA. Stosowny komunikat i blokada zatwierdzenia faktury pojawi się w następujących przypadkach:
Na fakturze zapisano inny numer NIP kontrahenta głównego niż na paragonie,
Na fakturze zapisano kontrahenta z numerem NIP, podczas gdy na paragonie nie było żadnych danych kontrahenta (paragon bez kontrahenta),
Na fakturze zapisano kontrahenta z numerem NIP, podczas gdy na paragonie był zapisany kontrahent bez numeru NIP.
W wersji 2020.0 zmieniono datę obowiązywania blokady wystawienia faktury do paragonu, jeśli na tym paragonie nie był wykazany NIP lub wykazany NIP był inny niż na Fakturze. Przepis a także działanie parametru obowiązują od 01.01.2020 r.
Faktury fiskalne w rejestrach VAT
W związku ze zmianami w Ustawie o VAT, które weszły w życie od 1 stycznia 2017r. wszystkie faktury wystawione na płatników podatku VAT, bez względu na to, czy zostały zarejestrowane na urządzeniu fiskalnym czy też nie, powinny zostać wykazane w rejestrze VAT wraz z pełnymi danymi kontrahenta. Faktury te musza być również wykazywane w JPK_VAT.
W wersji 2016.3.3 została dodana funkcjonalność umożliwiająca wykazywanie faktur fiskalnych w rejestrach VAT.
W konfiguracji na zakładkach Księgowość/Parametry1 znajduje się parametr: Uwzględniać Faktury fiskalne/RA w rejestrach VAT. Po zaznaczeniu parametru możliwe będzie umieszczanie faktur fiskalnych oraz faktur wystawionych do paragonów (RA) w rejestrze VAT i deklaracji VAT-7.
Konfiguracja, parametr: Uwzględniaj faktury fiskalne/RA w rejestrach VAT
Przez dokumenty fiskalne rozumiemy faktury FS, (S)FS, FSL oznaczone jako fiskalne oraz korekty do nich, faktury wystawione do paragonów RA (spinacze paragonów) oraz RAK (spinacze korekt paragonów).
Do wersji 2016.3.3 dla dokumentów fiskalnych niemożliwe było określenie rejestru VAT oraz parametrów związanych z deklaracją VAT-7 na zakładce VAT. Były one nieaktywne. Dokumenty trafiały do rejestru VAT za pośrednictwem dokumentów RS i RSK. Po zaznaczeniu w konfiguracji parametru Uwzględniaj faktury fiskalne/RA w rejestrach VAT zakładka VAT będzie wypełniana wg standardowych zasad. Dokumenty będą trafiać do rejestru VAT.
Dokumenty, dla których określono rejestr VAT nie będą mogły być dodawane do dokumentu RS, aby nie dublować sprzedaży. Jeśli jednak na fakturze fiskalnej, na zakładce VAT zostanie zaznaczony parametr: Nie uwzględniaj na Deklaracji VAT-7, wówczas faktura będzie mogła być ujęta w RS.
Bardzo ważne jest, aby faktura fiskalna nie została ujęta dwukrotnie w deklaracji VAT-7.
Aby faktura fiskalna (RA, RAK) została jednak ujęta w JPK_VAT, parametr musi zostać odznaczony. Należy pamiętać o pomniejszeniu wartości wskazanych na RS lub RSK o kwoty wynikające z wystawionych faktur RA, RAK, faktur fiskalnych. Można to zrobić w następujący sposób:
Zaznaczając parametr Nie uwzględniaj na Deklaracji VAT-7 na pozycjach tabeli VAT dokumentu (RS, RSK powiązanych z fakturami fiskalnymi, PA, PAK spiętymi do RA, RAK)
Wystawiając z poziomu rejestru VAT dokument wewnętrzny a-vista obniżający kwoty netto oraz podatku VAT należnego o wartość wykazaną na dokumentach (RA), korektach (RAK), fakturach fiskalnych. W tym przypadku nie ma konieczności wystawiania do każdego dokumentu RA, RAK czy też faktury fiskalnej osobnej korekty, można wystawić dokument zbiorczy. Z poziomu rejestrów VAT sprzedaż, zakładki VAT-7 udostępniony jest raport o nazwie Raporty sprzedaży i dokumenty powiązane. Pozwala on na sprawdzenie, czy doszło do zawyżenia podatku VAT należnego i w jakiej wysokości.
Ustawienie rejestru VAT na dokumentach wystawionych we wcześniejszych wersjach
W przypadku, gdy istnieją faktury fiskalne (FS, FSK, FSL, KSL, RA, RAK) wystawione w poprzednich wersjach (przed 2016.3.3) możliwe jest uzupełnienie rejestru VAT bezpośrednio na dokumencie na zakładce VAT lub poprzez operację seryjną. Operacja seryjna dostępna jest na liście faktur w menu kontekstowym, pod prawym przyciskiem myszy: Ustaw rejestr VAT na wskazanym. Należy zaznaczyć dokumenty, na których chcemy dokonać zmiany i wybrać odpowiednią opcję, po jej wybraniu pojawi się okno, na którym można wybrać konkretny rejestr, który ma być przypisany do dokumentów lub wybrać opcję wg serii.
Okno seryjnego ustawienia Rejestru VAT
Za pomocą operacji Ustaw rejestr VAT na wskazanym możliwe jest ustawienie rejestru VAT na dokumentach, które rejestru jeszcze nie mają. Nie można zmieniać rejestru na dokumentach, które mają ustalony rejestr. Do tego służy operacja seryjna dostępna w Księgowości, w rejestrach VAT (Zmień seryjnie faktury).
W przypadku, gdy rejestr VAT będzie ustawiany na dokumentach, które są już ujęte w RS lub RSK, parametr Nie uwzględniaj na Deklaracji VAT-7 będzie z automatu zaznaczany.
Od wersji 2015.1 Systemu została udostępniona funkcjonalność pozwalająca na dokonanie korekty ceny dla części ilości elementu transakcji. Wynikiem takiej operacji jest „rozbicie” pierwotnego elementu na dwa elementy transakcji o różnej cenie. Funkcjonalność ta została wprowadzona dla transakcji sprzedaży oraz zakupu, z wyjątkiem transakcji importowych i WNT, rejestrowanych dokumentami FAI i PZI.
W przypadku korekt ceny sprzedaży, korekty takiej można dokonać w zakresie ilości wynikającej z ilości zarejestrowanej na danym elemencie dokumentu korygowanego, natomiast w przypadku korekty dokumentów zakupu, takiej operacji można dokonać tylko w zakresie ilości, która wciąż jest dostępna w Firmie, czyli dokonać „przeceny” tej części dostawy, która nie została jeszcze wyprzedana.
Do dokonania korekty ceny dla części ilości służy nowa opcja na formatce dokumentu korekty, dostępna dla Operatora, któremu przyznano prawo do dokonywania tego typu operacji.
Prawo Operatora do dokonywania korekty ceny dla części ilościOpcja korekty: korekta ceny dla części ilości na dokumencie FZK
Za pomocą ww. opcji otwierana jest specjalna formatka, na której Użytkownik wskazuje nową cenę oraz ilość, dla której ma ona obowiązywać.
Zmiana ceny dla 5-ciu spośród 20-tu sztuk towaru na dokumencie FZK
Skutkiem takiej operacji jest rozbicie dotychczasowego elementu transakcji na dwa odrębne elementy, z których każdy dotyczy innej ceny. Technicznie rzecz ujmując po podaniu ww. parametrów korekty System tworzy element ilościowy „zmniejszający” wielkość oryginalnej transakcji w oryginalnej cenie i tworzy nowy element, na taką samą ilość bezwzględną, ale z nową ceną.
W przypadku korekty zakupu drugi z elementów zakłada nową dostawę z nową ceną na taką samą ilość bezwzględną, jak element „zwrotu”. Dla tak tworzonej dostawy System kopiuje poszczególne parametry, takie jak: cecha, data ważności, EAN, opis, a także datę założenia z oryginalnej dostawy.
W przypadku korekty ceny dla części ilości dokonanej na korekcie dokumentu rozchodu 1-wszy element „zwraca” towar z poszczególnych dostaw w określonej ilości, natomiast 2-gi element ponownie je „pobiera”. Fizyczne „przeniesienie” rozchodu następuje dopiero podczas zatwierdzania korekty, dopóki taka korekta nie zostanie zatwierdzona, element ten nie posiada więc subelementów. Tworzone są one dopiero podczas zatwierdzania tego typu korekty.
Po zatwierdzaniu takiej korekty oba elementy traktowane są już jak dwa odrębne elementy dokumentu, a co za tym idzie, każda z nich będzie już korygowano osobno.
Kolejna korekta dokumentu, na którym dokonano zmiany ceny dla części ilości
Po dokonaniu zmiany ceny dla części ilości System prezentuje na korekcie „elementy rozbite” w formie drzewa. Rekord nadrzędny to wirtualny element, prezentujący zbiorczą informację o dokonanej korekcie. Jego podrzędnymi rekordami są elementy składające się na korektę ceny dla części ilości.
Korekta ceny dla części ilości elementu – opcja zwijania i rozwijania szczegółów elementu
Do chwili zatwierdzenia korekty Użytkownik może zmienić zarówno ilość, dla jakiej ma obowiązywać nowa cena, jak również nową cenę. Może tego dokonywać poprzez podniesienie formatki ww. „wirtualnego” rekordu, lub poprzez ponowne użycie opcji „Korekta ceny dla części ilości” na dowolnym z elementów: wirtualnego, lub elementów właściwych tejże korekty. Po dokonaniu i zapisie zmian System dokonuje stosownej modyfikacji na obu powiązanych elementach.
Ponieważ oba elementy będące wynikiem dokonania korekty ceny dla części ilości są ze sobą ściśle powiązane, ich edycja została znacznie ograniczona.
Elementy “techniczne” korekty ceny dla części ilości -ograniczona edycja pozycji
Na niezatwierdzonej korekcie, na której dokonano zmiany ceny dla części ilości Użytkownik może dokonać „zmiany charakteru” korekty. Może tego dokonać opcją „zeruj zwrot”, dokonaną czy to dla rekordu „wirtualnego”, czy to dla dowolnego z elementów „technicznych” korekty, a także dokonując operacji „maksymalnego zwrotu”, czy też „korekty wartości dokumentu”. Podczas ww.. operacji System usuwa dotychczasowe elementy korekty ceny dla części ilości i dokonuje stosownych zmian na dokumencie, odpowiednio do użytej opcji: wycofuje korektę elementu, dokonuje maksymalnej korekty ilościowej pozycji, czy też dokonuje korekty wartości dla pełnej ilości, proporcjonalnie do wartości elementów przed korektą.
Korekta ceny dla części ilości dokumentu zakupu
Operacja zmiany ceny dla części ilości transakcji zakupu polega na rozbiciu dotychczasowego elementu na dwa elementy, różniące się ceną. Odbywa się ona poprzez tworzenie dwóch elementów, z których pierwszy pełni rolę „zwrotu” ilości po dotychczasowej cenie, drugi zaś tworzy nową dostawę z nową ceną na taką samą ilość bezwzględną, jak element „zwrotu”. Dla tak tworzonej dostawy System kopiuje poszczególne parametry, takie jak: cecha, data ważności, EAN, opis, a także datę założenia z oryginalnej dostawy.
Ograniczenia w zakresie korekty ceny zakupu dla części ilości
Korekta ceny dla części ilości nie jest dostępna dla transakcji rejestrowanych dokumentami FAI oraz PZI. W tym przypadku korekty ceny/wartości należy dokonywać jak dotychczas, dla całego elementu ww. dokumentów.
W przypadku pozostałych dokumentów zakupu, zmiany ceny dla części ilości można dokonać w ramach ilości, która nadal jest w magazynie, w ten sposób „przeceniając” tą część dostawy, która na nim zalega.
Jeżeli więc Dostawca przyśle częściową korektę wartościową, dotyczącą również ilości, która została już wyprzedana, wówczas Użytkownik powinien zdecydować w jakim stopniu częściowa korekta od dostawcy ma wpłynąć na wartość dostawy na magazynie, a w jakim na koszt własny sprzedaży, przy czym może to wymagać zarejestrowania w Systemie nie jednej, ale dwóch korekt zakupu.
Użytkownik może zarejestrować jak dotąd korektę wartości dla całego elementu, podając wartość korekty zgodnie z wartością od dostawcy. W takim wypadku System „uśredni” zarówno koszt sprzedaży, jak i wartość zasobu pozostającego w magazynie
Operator może „przecenić” wartość zasobu o całą wartość korekty otrzymanej od dostawcy. W takim wypadku dokona on operacji korekty ceny dla części ilości, jako ilość podając wielkość zasobu pozostającego na magazynie, a jako wartość korekty – wartość z dokumentu od dostawcy
Aby uzyskać wartość zasobu zgodną z ceną „do jakiej” obniżył ją dostawca, Operator zarejestruje w Systemie dwa dokumenty: najpierw dokona korekty ceny dla ilości pozostającej w magazynie, jako cenę „ma być” podając cenę z dokumenty od dostawcy, a następnie zarejestruje kolejną korektę, na której jako wartość korekty poda „pozostałą” wartość z korekty od dostawcy. W ten sposób zasób magazynowy zostanie wyceniony wg ceny obniżonej przez dostawcę (Korekta 1), pozostała wartość korekty dostawcy skoryguje stosownie koszt na wszystkich dokumentach rozchodowujących daną dostawę (Korekta 2).
Obrazują to poniższe przykłady:
Przyklad
Przykład:
FZ 10szt po 100,00
FS 5szt
FS 2szt
Zasób : 3szt o wartości 300,00
Korekta od Dostawcy: korekta dla 3szt, cena po korekcie 80,00.
Operator zarejestruje w Systemie FZK, na której dokona zmiany ceny dla 3szt, ustalając ją na poziomie 80,00, w wyniku czego:
- koszt sprzedaży ww. 7szt nie ulegnie zmianie
- zmieniona zostanie wartość ww. 3szt w magazynie, która wyniesie łącznie 240,00
Przyklad
Przykład:
FZ 10szt po 100,00
FS 5szt
FS 2szt
Zasób : 3szt o wartości 300,00
Korekta od dostawcy: korekta dla 5szt, cena po korekcie 80,00, wartość korekty -100,00
Wariant I:
Operator chce, aby korekta wpłynęła w taki sam sposób na koszt własny sprzedaży oraz na wartość pozostającą w magazynie, rejestruje więc:
FZK 10szt, korekta wartości -100,00
- System ustali cenę „ma być” na poziomie 90,00, wygeneruje KK na 70,00, zmodyfikuje wartość zasobu, ustalając ją na poziomie 270,00
Wariant II:
Operator chce, aby cała wartość korekty obniżyła wartość dostawy niesprzedanej, rejestruje więc:
FZK na 3szt, korekta wartości -100,00
- System nie zmieni kosztu własnego sprzedaży, obniży zaś wartość zasobu pozostającego na magazynie do poziomu 200,00
Wariant III:
Operator chce, aby wycena zasobu pozostającego na magazynie była zgodna z ceną „po korekcie” dokumentu od dostawcy, rejestruje więc dwa dokumenty FZK:
- FZK1 3szt cena „ma być” 80,00 (wartość korekty -60,00): System ustali wartość zasobu na poziomie 240,00
- FZK2 7szt, wartość korekty ustalona na poziomie „pozostałej” kwoty korekty od dostawcy czyli -40,00: System wygeneruje KK na wartość -40,00
Aby umożliwić Użytkownikowi dokonanie zmiany ceny dla tej części dostawy, która nadal znajduje się w Firmie, ale jest „niedostępna” dla danego Operatora, ponieważ znajduje się w magazynie, do którego nie ma on prawa, lub jest zarezerwowana na zamówieniu, lub zleceniu, zachowanie Systemu podczas ustalania ilości, dla której można dokonać takiej korekty jest nieco odmienne od przypadków, gdy Operator koryguje element ilościowo, a mianowicie:
Takiej korekty można dokonać również w magazynach, do których dany dokument korekty nie ma prawa
Takiej korekty można dokonać również dla ilości zarezerwowanej zasobowo. W takim wypadku, aby móc „przecenić” tą ilość System odpina korygowaną dostawę od rezerwacji zasobowych, jednocześnie wiążąc z nimi nowopowstającą dostawę
Do dokonania zmiany ceny dla części ilości można wykorzystać funkcjonalność podmiany dostaw
Ignorowanie prawa do magazynu
System umożliwia dokonanie zmiany ceny dla części ilości dostawy, która znajduje się w magazynie, do którego Operator dokonujący takiej korekty nie ma prawa. Taka sytuacja ma miejsce wówczas, gdy w chwili tworzenia dokumentu korekty, czyli wówczas, gdy System nie ma jeszcze pełnej informacji, jakiego typu korekta zostanie wystawiona, System utworzy „zerowe” subelementy na takie magazyny. Jeżeli tak się stanie, wówczas podczas wykonywania korekty ceny dla części ilości i zapisywania formatki System zignoruje prawa do magazynów i pobierze ilość na dotychczasowe „zerowe” subelementy z tymi magazynami. Jeżeli zaś owe zerowe subelementy nie zostaną przez System utworzone, wówczas Operator nie będzie mógł dokonać korekty C/I dla takich magazynów.
Przyklad
Przykład:
W Centrum A dokument FZ mam prawo do magazynu MAG1, nie ma zaś prawa do magazynu MAG2, na definicji dokumentu ustawiono opcję „wszystkie” dla magazynów.
Operator rejestruje FZ na 10szt na MAG1. Następnie towar zostaje przesunięty na MAG2 w ilości 4szt.
Na generowanym FZK do ww. FZ System utworzy subelement -6szt MAG1 i 0szt MAG2.
Jeżeli teraz Operator będzie wykonywał na tym elemencie korektę C/I System pozwoli na jej dokonanie w ilości np. 9szt
Przyklad
Przykład 2:
W Centrum B dokument FZ mam prawo do magazynu MAG1 i MAG2, sprzedaż z „jednego” magazynu.
Operator rejestruje FZ na 10szt na MAG1. Następnie towar zostaje przesunięty na MAG2 w ilości 4szt.
Na generowanym FZK do ww. FZ system utworzy subelement -6szt, nie utworzy zerowego subelementu na MAG2, w związku z czym na wykonanej dla tego elementu korekcie C/I System nie pozwoli na ustalenie ilości np. 7, 8, a jedynie 6 lub mniej, lub pełne 10. W tym ostatnim przypadku System dokona „zwykłej” korekty wartości całego elementu.
Podmiana dostaw
Podmiana dostawy jest dokonywana przez System automatycznie podczas generowania korekty dokumentu przychodu, czyli wówczas, gdy typ korekty nie jest jeszcze ostatecznie ustalony. Dochodzi do niej wówczas, gdy część ilości z oryginalnej dostawy nie jest już dostępna, istnieją zaś inne dostawy tego samego towaru, które można wykorzystać do dokonania zwrotu towaru do dostawcy.
Podczas dokonywania korekty ceny dla części ilości Użytkownik również może skorzystać z ww. obcych dostaw. Będzie to miało miejsce wówczas, gdy System dokona ww. automatycznej podmiany, a ilość, dla której dokonywana jest zmiana ceny „wymaga” skorzystania z takowych dostaw.
Tak przyjęta zasada podmieniana dostaw może spowodować, że System podmieni dostawy pomimo, że oryginalna dostawa fizycznie jest w magazynie, ale jest związana z rezerwacją, czy też znajduje się w magazynie, do którego dokument nie ma prawa. „Wyłączanie” sprawdzania praw do magazynów, czy też automatyczne przepinania dostaw w rezerwacjach uruchamiane jest przez System dopiero przy tworzeniu korekty zmiany ceny dla części ilości i to pod warunkiem, że potrzebne będzie „zwiększenie” ilości „technicznego” zwrotu, w przeciwnym razie, jeżeli istnieją już subelementy z „wystarczającą” ilością, do modyfikacji już nie dojdzie i System faktycznie wykorzysta obcą dostawę. O tym, że podczas dokonywania zmiany ceny dla części ilości System skorzystał z obcej dostawy Użytkownik jest informowanym przy zapisie formatki, aby więc tego uniknąć, powinien dokonać operacji „zeruj zwrot” na takim elemencie i dokonać na nim korekty C/I raz jeszcze.
Przyklad
Przykład:
FZ 10szt MAG1, FZ nie ma prawa do MAG2
MMW/MMP 4szt na magazyn MAG2
PZ 10szt MAG1
FZK – System automatycznie utworzy element na -10szt:
-6szt z dst FZ MAG1
0 z dst FZ MAG2 (brak prawa do magazynu)
-4szt z dst PZ z MAG1
Jeżeli teraz Operator dokona korekty ceny dla ilości np. 9 szt, wówczas system zmodyfikuje subelementy jn.
-6szt z dst FZ MAG1
0 z dst FZ MAG2
-3szt z dst PZ MAG1
System nie pobierze wiec zasobów z FZ z MAG2, ale skorzysta z podmienionej dostawy. Aby tego uniknąć Operator powinien „wyzerować” element i ponownie wykonać dla niego zmianę ceny dla części:
Wyzerowanie elementu
0 szt z dst FZ MAG1
0 z dst FZ MAG2
0 z dst PZ z MAG1
Wykonanie operacji „zmiana ceny dla części ilości” dla 9szt.
Podczas ustalania ilości na subelementach System zignoruje prawo do magazynów oryginalnej dostawy:
-6szt z dst FZ MAG1
-3szt z dst FZ MAG2
Przepinanie dostaw w rezerwacjach
Jeżeli dostępna ilość z dostawy, dla której Użytkownik wykonuje korektę ceny dla części ilości jest niewystarczająca, wówczas System sięga do tej części zasobu, która jest blokowana przez ważną rezerwację towaru, odpinając od niej korygowaną dostawę, a przypinając dostawę założoną przez drugi z elementów korekty C/I.
Oznacza to, że do chwili zatwierdzenia takiej korekty nie uda się takiej rezerwacji zrealizować, np. wygenerować FS z ZS, ponieważ fizycznie nowe zasoby tworzone są podczas zatwierdzania takiej korekty. Podczas próby realizacji takiej rezerwacji System poinformuje o braku zasobu, w takim wypadku Użytkownik powinien zatwierdzić korektę, lub ją usunąć, ewentualnie samodzielnie zmienić dostawę przypisaną do rezerwacji, którą chce realizować.
Podczas usuwania, czy też anulowania takiej korekty oraz podczas zmniejszania na niej ilości, System uruchamia „przywracanie” dotychczasowej dostawy na ww. rezerwacjach. Powyższe nie oznacza, że lista rezerwacji po takiej operacji będzie „taka sama” jak przed dokonaniem korekty dla części ilości. Podczas przepinania dostaw System mógł bowiem taką rezerwację podzielić, np. w sytuacji, gdy potrzebna do przepięcia ilość była mniejsza, niż dana rezerwacja, podczas przywracania dotychczasowej dostawy rezerwacje zaś nie są „sklejane”.
Przyklad
Przykład:
FZ 10szt, rezerwacje powiązane z dostawą:
Rez1 Rez_Ilosc=4
Rez2 Rez_Ilosc=5
FZK/PZK. Operacja „Korekta ceny dla części ilości” i ustalenie na formatce ilości 7szt. System dokona modyfikacji na rezerwacjach:
Rez1 Rez_Ilosc=4: przepięcie dostawy
System dokona rozbicia rezerwacji REZ2
Rez2 Rez_Ilosc=3 dotychczasowa dostawa
Rez3 Rez_Ilosc= wskazanie na nową dostawę
Jeżeli teraz Użytkownik usunie ww. FZK w Systemie pozostaną trzy rezerwacje jn., wszystkie związane z oryginalną dostawą z FZ
Rez1 Rez_Ilosc=4
Rez2 Rez_Ilosc=3
Rez2 Rez_Ilosc=2
Korekta ceny dla części ilości a dokumenty magazynowe
W wyniku dokonania korekty ceny dla części ilości elementu zakupu System dokonuje rozbicia oryginalnej dostawy, zmniejszając dostawę pierwotną i tworząc nową dostawę, „wycenioną” po nowej cenie. Towarzyszyć temu muszą stosowne zmiany w zakresie zasobów magazynowych. Zostały one obsłużone poprzez generowanie par dokumentów magazynowych WM/PM, lub odpowiednio: ZWM/AWD, jeżeli Firma korzysta z obsługi WMS.
Pary dokumentów tworzone są podczas zatwierdzania korekty C/I dokumentu przychodu o ile na dokumencie nie wybrano opcji „nie generuj” dokumentów magazynowych. Jeżeli zaś są one generowane, wówczas powstają od razu jako dokumenty zatwierdzone, których dodatkowo nie można anulować inaczej, niż anulując dokument korekty. Ograniczenie te zostały wprowadzone z powodu konieczności zachowania spójności pomiędzy WM a PM, dokumenty te mają bowiem charakter techniczny.
Ilość, na jaką System generuje dokumenty magazynowe determinowana jest z jednej strony ilością, dla jakiej dokonano zmiany ceny, z drugiej zaś ilością dostępną. Jeżeli więc do oryginalnego dokumentu przychodu np. FZ nie wygenerowano całościowego dokumentu PM/ZWD, wówczas System wygeneruje jedynie częściowy dokument WM/ZWM, w szczególnych przypadkach może go nie wygenerować w ogóle. W takim wypadku, gdy zasób magazynowy będzie już dostępny (Użytkownik zarejestruje PM do dokumentu przychodu) Użytkownik będzie mógł samodzielne dokonać generowania ww. par dokumentów magazynowych używając do tego stosownej opcji dostępnej dla tego typu korekt.
Generowanie par dokumentów magazynowych do korekty C/I na żądanie Operatora
Tego typu dokumenty magazynowe mają stosowną adnotację w opisie, który prezentowany jest również na ich liście.
Stosowna adnotacja na dokumentach magazynowych generowanych dla korekt C/I
Z uwagi na specyfikę tworzenia par dokumentów magazynowych elementy korekt, dla których dokonano zmiany ceny dla części są pomijane w dotychczasowych funkcjach generowania WM/PM oraz w funkcjach spinania dokumentów handlowych z magazynowymi.
Ponieważ dokumenty magazynowe mają charakter „techniczny”, podczas ich tworzenia System nie sprawdza prawa do magazynów.
W przypadku korekt dokumentów sprzedaży została wprowadzona analogiczna funkcjonalność, z tym, że zgodnie z charakterem operacji, System generuje najpierw dokument PM/AWD, a na jego podstawie dokument WM/ZWM.
Korekta ceny dla części ilości elementu rozchodu a koszt własny sprzedaży
Zmiana ceny dla części ilości na korekcie dokumentu rozchodu powoduje utworzenie dwóch elementów korekty: ilościowej na minus („przyjmującej zwracany towar”) oraz nowego elementu, rozchodowującego tą samą ilość, z tych samych dostaw. Oba te elementy są „wrażliwe” na zmiany wartości dostaw, które na nich występują. System zachowuje się w tym zakresie identycznie, jak dla „zwykłych” elementów korekty rozchodu, odpowiednio: ilościowej na minus oraz ilościowej na plus.
Korekta ceny dla części ilości elementu rozchodu
Korekta ceny dla części ilości a procedura odwrotnego obciążenia podatkiem VAT
Jeżeli operacja zmiany ceny dla części ilości dotyczy zakupu towaru podlegającego procedurze odwrotnego obciążenia, Użytkownik musi się liczyć z pewnymi utrudnieniami w zakresie dalszej obsługi takiego elementy, a dokładniej, w zakresie stosownego naliczenia/odliczenia podatku VAT. Podczas generowania FKS do takiego elementu, jak również do jego kolejnej korekty System nie uwzględni na dokumencie FKS nowododanego na taką korektę elementu, ponieważ nie było go na dokumencie FWS. W takim przypadku tego typu towarów Użytkownik albo powinien wykonać korektę wartości dla całego elementu, albo, jeżeli zdecyduje się na korektę ceny dla części ilości –naliczyć/odliczyć podatek VAT na dokumencie FWS rejestrowanym samodzielnie.
Zarówno podczas wykonywania korekty C/I dla tego typu towarów, jak i podczas generowania dokumentu FKS do tego typu transakcji System prezentuje stosowne ostrzeżenia.
Ostrzeżenie podczas korekty I/C transakcji podlegającej procedurze odwrotnego obciążeniaOstrzeżenie podczas generowania FKS do transakcji, dla której wystawiono korektę zmiany ceny dla części ilości
Korekta ceny dla części ilości na koszty dodatkowe dostaw
Koszty dodatkowe „rozbijanej” dostawy
Jeżeli do dostawy, dla której dokonywana jest zmiana ceny dla części ilości przypisano koszty dodatkowe dokumentem KDZ, wówczas podczas zatwierdzania korekty C/I System przenosi koszty dodatkowe z dostawy oryginalnej, na dostawę tworzoną w wyniku ww. częściowej zmiany ceny. Dokonuje tego poprzez tworzenia dokumentu KDZ, który dodaje do nowej dostawy koszty dodatkowe na podstawie kosztów dodatkowych przypisanych do dostawy oryginalnej, proporcjonalnie do „korygowanej ilości”. Taki dokument KDZ jest od razu przez System zatwierdzany i nie jest „łączony” z KDZ powstającym dotąd przy zatwierdzaniu korekty dla pozycji „kosztowych” korygowanych bieżącym dokumentem.
Zmodyfikowana została również dotychczasowa operacja „Przypisz KDZ zwracanego towaru do dostawy”, dostępna w menu kontekstowym listy dokumentów przychodowych. Mianowicie, dla elementów dotyczących zmiany ceny dla części ilości, ustalone na podstawie „zwracanej dostawy” koszty są przypisywane nie do dostawy korygowanej, jak to się dzieje dla „zwykłych” korekt ilościowych, ale do nowej dostawy, powstającej w wyniku korekty C/I.
Przyklad
Przykład:
FZ 10szt, Dst 1
KDZ, przypisano koszt 10,00
FZK: zmiana ceny dla 5szt:
-5szt DST1
5szt DST2
Podczas zatwierdzania ww. FZK System generuje KDZ o wartości 5,00, przypisując je do DST2
Przypisywanie kosztów dodatkowych do dostawy z korektą ceny dla części ilości
Jeżeli Użytkownik zechce przypisać koszty dodatkowe do dostawy po tym, jak dokonał dla niej zmiany ceny dla części ilości, wówczas może liczyć na wsparcie Systemu w zakresie identyfikacji również tych dostaw, które powstały w wyniku dokonania tejże korekty. Wystarczy, że Użytkownik wskaże dokument oryginalny, a System doda na KDZ zarówno tą dostawę, jak i dostawy powstałe w wyniku korekty C/I. Dzieje się tak zarówno podczas operacji dodawania dostaw z formatki KDZ „z listy dokumentów”, jak i „z listy dostaw”, jak również przy wywołaniu operacji „dodaj dostawy na KDZ” i „dodaj dokumenty na KDZ” z menu kontekstowego listy dokumentów przychodowych.
Przyklad
Przykład:
FZ1 T1 10szt dst1
FZK2 zmiana ceny dla 6szt
-6szt dst1
6szt dst 2
FZK3
System proponuje:
T1 -4szt
T1 -6szt
Operator usuwa 1-wszy element, dokonuje zmiany ceny dla 3szt dla 2-go z ww. elementów
-3szt dst2
3szt dst3
Użytkownik następnie tworzy KDZ do dokumentu FZ, System dodaje na niego elementy jn:
FZ1: T1 4szt dst1
FZK2: T1 3szt dst2
FZK3: T1 3szt dst3
Operacja „KDZ na podstawie źródłowego” a korekta wartości usługi/kosztu dla części ilości
Dotychczasowa funkcjonalność pozwalająca na przypisanie wartości korekty dokumentu „kosztowego” do dostaw, którym przypisano koszt z oryginału została rozbudowana w sposób pozwalający obsłużyć przypadek, gdy ww. korekta nośnika kosztu dotyczy niepełnej ilości. Zostało to osiągnięte poprzez przypisanie tymże dostawom wartości wynikającej z obu elementów takiej korekty, składających się na korektę ceny dla części ilości.
Przyklad
Przykład:
FZ za transport 5 x 200 = 1.000,00, z tego na dostaw przypisano kwotę 800,00 jn.
Do PZ1 100,00
Do PZ2 300,00
Do PZ3 400,00
FZK za transport: zmiana ceny dla 3 przejazdów, cena po rabacie 100,00
El.A -3x200=-600
El.B 3x100=300
Podczas tworzenia KDZ do ww. FZK (automatycznego, czy też na żądanie Operatora) System przypisuje koszty do ww. dostaw w wartościach jn.:
Do PZ1: -75,00 i 37,50, łącznie -37,50
Do PZ2 [-225+112,50]= -112,50
Do PZ3[-300 +150]=-150,00
Historia zasobu pierwotnego oraz utworzonego w wyniku częściowej zmiany ceny dostawy
Dokonanie zmiany ceny dla części ilości dostawy oryginalnej powoduje powstanie nowej dostawy oraz nowych zasobów, z parametrami, w tym z datą utworzenia, zgodną z datą dostawy oryginalnej. Dokumentem zakładającym taką nową dostawę oraz nowy zasób jest ww. korekta, jednak dla tego typu zasobów System udostępnia zarówno informację o dokumencie pierwotnym, jak i o pełnej historii zasobu pierwotnego oraz powstałego w wyniku dokonania tego typu korekty. Informacja taka udostępniona została na formatce „Zasób towaru”, a pełna historia prezentowana jest po włączeniu stosownego parametru na tej formatce.
Informacja o pierwotnej dostawie dla zasobu utworzonego przez korektę C/IHistoria zasobu założonego przez FZK oraz pełna historia zasobu: oryginalnego oraz założonego w wyniku FZK
Korekta ceny dla części ilości w historii towaru
Nie przewiduje się specjalnej prezentacji „wirtualnego” elementu korekty będącego połączeniem elementów powstałych w wyniku dokonania zmiany ceny dla części ilości. System prezentuje się w historii towaru oba elementy takiej korekty.
Wydruki korekt ilościowo-wartościowych
Dokonano stosownych zmian na wydrukach korekt sprzedaży i zakupu, uwzględniające nowy typ korekty elementu. Dla tych pozycji, dla których dokonano zmiany ceny dla części ilości w sekcji „Przed korektą” drukowana jest jedna pozycja – podlegająca tego typu korekcie, w sekcji „Korekta o” drukowana jest zbiorczo informacja o zmianie wartości oraz zmianie podatku VAT, natomiast w sekcji „Po korekcie” drukowane są dwa elementy, każdy z właściwa dla siebie nową ilością, ceną, wartością oraz kwotą podatku VAT.
Obsługa korekty ceny dla części ilości w wymianie EDI
Eksport FSK/(S)FSK
Podczas eksportu korekty, na której dokonano zmiany ceny dla części ilości przyjęto zasadę wysyłania pełnych informacji o obu tworzonych w wyniku takiej korekty elementach, również z zakresu danych „sprzed korekty”. Dla nowego elementu tworzonego na takiej FSK System wysyła zerową ilość, cenę, wartość „previous”. Jeżeli więc Firma dokonuje elektronicznej wymiany faktur oraz ich korekt za pomocą mechanizmu EDI z danym podmiotem, wówczas zanim zacznie stosować dla niego tego typu korekty, powinna upewnić się, czy dany odbiorca tych dokumentów będzie umiał tak przesyłane dane zinterpretować. Jeżeli będzie to niemożliwe, wówczas Firma nie powinna stosować tego typu korekt z podmiotem, z którym wymienia się elektronicznie, lub powinna „dostarczać” tego typu korekty poza wymianą EDI.
Import FZK
Zmodyfikowana została funkcjonalność importu FZK z EDI w zakresie „interpretacji” elementów, które odzwierciedlają zmianę ceny dla części ilości. Mechanizm taki działa wówczas, gdy w importowanym pliku przesyłane są po sobie: element ilościowy na minus oraz nowy element (z zerową ilością Previous) na taką samą ilość bezwzględną. Operacja powiedzie się więc, jeżeli obie firmy – podmioty wymiany elektronicznej pracują na Systemie Comarch ERP XL, może się natomiast nie udać, jeżeli System, na którym pracuje firma przesyłająca korektę traktuje tego typu zdarzenia w odmienny sposób.
Limity kredytowe zostały wprowadzone w ERP XL w celu kontroli płatności Kontrahentów – płatności zaległych, płatności przeterminowanych, a co z się z tym wiąże – zablokowania możliwości wystawiania kolejnych dokumentów dla Kontrahenta zalegającego z płatnościami ponad ustaloną kwotę lub powyżej ustalonego terminu zapłaty.
Przyznawanie limitu kredytowego – pola w tej części określają uprawnienia operatora do przyznawania kontrahentowi kredytu dla dokonywanych z nim transakcji:
Przyznawanie limitu kredytowego – Operator, zakładka: Parametry/UprawnieniaBez ograniczeń – po zaznaczeniu parametru operator będzie mógł przyznawać kontrahentom limit kredytowy bez ograniczeń. Jeżeli parametr nie zostanie zaznaczony, wtedy na kartach kontrahentów, na zakładce: Handlowe, parametr: Kredyt - Nieograniczony pozostanie nieaktywne.
Limit kredytu – maksymalny limit kredytu jaki może zostać przydzielony przez operatora dla kontrahenta
Limit po terminie – maksymalny procent limitu, jaki może zostać przyznany kontrahentowi przez operatora po upływie terminu płatności określonego na karcie kontrahenta, w polu: Dozwolona kwota po terminie
Limit na ZS, OS – zaznaczenie tego parametru pozwoli na zdefiniowanie czy operator ma prawo ustalać limity kredytowe na dokumentach ZS i OS oraz do jakiej wysokości może stosować limit.
Więcej informacji o limicie kredytowym dla kontrahenta znajduje się w dokumentacji modułu: Sprzedaż, przy opisie zakładki: Handlowe, na karcie kontrahenta.
Maksymalny rabat na dokumentach sprzedaży: Rabat operatora - umożliwia przypisanie poszczególnym Operatorom maksymalnego rabatu procentowego, jaki mogą udzielać na wystawianych/edytowanych przez siebie dokumentach sprzedaży. Taki rabat należy rozumieć jako dodatkowa obniżka ceny dokonana przez danego operatora udzielona niezależnie od rabatów wynikających z obowiązujących promocji.
Definicja dokumentu
Zatwierdzanie dokumentów po przekroczeniu limitu kredytowego:
zablokuj – po przekroczeniu limitu kredytowego, operator nie będzie mógł zatwierdzać dokumentu
ostrzegaj – przy próbie zatwierdzenia dokumentu, gdy limit kredytowy zostanie przekroczony zostanie wyświetlony odpowiedni komunikat. Nie przeszkodzi to jednak w zatwierdzeniu dokumentu
zezwalaj – mimo przekroczenia limitu kredytowego operator będzie mógł zatwierdzać dokumenty
Definicja dokumentu – ‘Ustawienia dla limitu kredytowego’
W definicji dokumentu jest możliwość konfiguracji, co konkretnie ma być uwzględniane w wyliczaniu wartości limitu kredytowego.
W limicie kredytowym uwzględniaj:
saldo płatności – jest to parametr jedynie informacyjny, nie jest on możliwy do odznaczenia na żadnym dokumencie,
saldo kontrahenta głównego – dotyczy uwzględnienia w wykorzystanym limicie kontrahenta, płatności które powstały do dokumentów, na których kontrahent jest kontrahentem głównym, ale nie jest płatnikiem. Jeżeli parametr jest zaznaczony sprawdzanie limitu kontrahenta odbywa się w następujący sposób: do wykorzystanego limitu kontrahenta są wliczane płatności, które powstały do dokumentów, na których kontrahent jest kontrahentem głównym, ale nie jest płatnikiem. Jeżeli parametr jest odznaczony to do wykorzystanego limitu kontrahenta nie będą wliczane płatności do dokumentów, na których kontrahent ten jest kontrahentem głównym, ale nie jest płatnikiem. Parametr jest możliwy do edycji ma definicjach dokumentów: FS, FSE, OS, PA, WKA, WM, WZ, WZE, ZOS, ZS. Jego edycja możliwa jest tylko w centrum głównym. W centrach podrzędnych jest wyświetlane ustawienie tego parametru bez możliwości edycji.
dokumenty bez płatności (WZ, WZE, PZ) – w zależności od ustawienia parametru w wartości dostępnego limitu na dokumencie będą uwzględniane wartości z dokumentów WZ i PZ (oraz ich korekt), które nie generują płatności. Jeżeli dokumenty mają odznaczony parametr i nie są spięte do spinacza, to do wyliczenia limitu kredytowego będzie pobierana wartość brutto takich dokumentów. Natomiast jeśli dokumenty są spięte do spinacza, to nie będą uwzględniane w wyliczeniu limitu kredytowego, ponieważ ich wartość jest już ujęta w limicie poprzez płatności spinacza.
niezrealizowane zamówienia (ZS, ZZ) – w zależności od ustawienia parametru w wartości dostępnego limitu na dokumencie będzie uwzględniana wartość wynikającą z niezrealizowanych rezerwacji zamówień zakupu i sprzedaży
Parametry: Dokumenty bez płatności (WZ, WZE, PZ), Niezrealizowane zamówienia (ZS, ZZ) są możliwe do edycji w definicjach dokumentów: FS, FSE, OS, PA, WKA, WM, WZ, WZE, ZOS, ZS. Ich edycja jest możliwa tylko w centrum głównym. W centrach podrzędnych jest wyświetlane tylko ustawienie tych parametrów, bez możliwości edycji. Parametr: Saldo płatności, jest informacyjny i nie jest możliwy do odznaczenia na żadnym dokumencie.
Karta kontrahenta, zakładka: Limity kredytowe
Istnieje możliwość dodania wielu limitów kredytowych dla Kontrahenta.
Kredyt - jeśli saldo należności od kontrahenta przekroczy ustalony limit, to przy próbie zarejestrowania transakcji (potwierdzenia dokumentu sprzedaży) sprzedaży system zareaguje stosownie do uprawnień Użytkownika, a ściślej do ustawień w definicji dokumentu: uniemożliwi zarejestrowanie transakcji lub wyświetli ostrzeżenie (okno: Definicja dokumentu, zakładka: Ogólne). Uwzględniane są przy tym ustawienia w definicji dokumentu dla centrum struktury praw, do którego należy zalogowany operator. Do wyliczenia salda porównywanego z limitem uwzględniane są zobowiązania wobec kontrahenta oraz nierozliczone wpłaty. Operator może przydzielać kontrahentowi limit nie większy od wartości ustalonej indywidualnie dla każdego operatora w jego karcie (moduł: Administrator, okno: Operator, zakładka: Parametry).
Limit nieograniczony - zaznaczenie tego pola oznacza, że limit kredytowy Kontrahenta jest nieograniczony.
Dozwolone przeterminowanie - parametr umożliwia kontrolę maksymalnego możliwego przeterminowania. Polega ona na tym, że jeśli pojawi się płatność przeterminowana o większą niż wskazano ilość dni, wtedy system zachowa się jak po przekroczeniu limitu kredytowego (parametru możliwi zarejestrowanie, ale uniemożliwi zatwierdzenie transakcji (lub wyświetli ostrzeżenie).
Karta kontrahenta, zakładka: Limity kredytowe
Uwaga
Przy wyliczaniu kredytu przeterminowanego oprócz globalnej tolerancji terminu płatności (Konfiguracja/Sprzedaż/Formy płatności) również brane jest pod uwagę Dozwolone przeterminowanie z Kontrahenta (zakładka Limity kredytowe).
Sprawdź wykorzystanie limitu u kontrahenta - przycisk otwiera okno: Wykorzystanie limitu kredytowego. Wszystkie informacje wyświetlane w oknie są niedostępne do edycji.
Wykorzystanie limitu kredytowego przez kontrahenta
W oknie widoczne są następujące Kwoty:
Limitu - odzwierciedla kwotę udzielonego kredytu
Wykorzystana - odzwierciedla wykorzystaną kwotę kredytu. Limit wykorzystany jest wyliczany na bieżąco podczas wystawiania dokumentów handlowych dla danego kontrahenta, wprowadzania zapisów kasowo/bankowych oraz dokonywania rozliczeń.
Pozostaje do wykorzystania - odzwierciedla kwotę kredytu możliwą do wykorzystania. Jeżeli kwota będzie ujemna, to zostanie wyświetlony czerwony wykrzyknik obok kwoty. Wyliczana jest następująco: kwota limitu - kwota wykorzystana.
Dozwolona po terminie - odzwierciedla kwotę dozwoloną po terminie.
Przeterminowana - odzwierciedla kwotę przeterminowanych płatności. Jeżeli kwota przeterminowana będzie większa od kwoty dozwolonej po terminie, to obok tej kwoty jest wyświetlany czerwony wykrzyknik.
Grupa parametrów w kwotach uwzględniono (wg definicji FS) - jest przepisywana z ustawień parametrów z grupy: W limicie kredytowym uwzględniaj, z definicji dokumentu FS z zakładki: Ogólne. Parametry są niedostępne do edycji.
Limit z dokumentów ZS - W sekcji tej prezentowany jest łączny limit z dokumentów ZS tego kontrahenta, który nie został jeszcze wykorzystany. Po wybraniu ikony lupy możliwe jest przejście bezpośrednio na listę Dokumentów ZS, na której prezentowane będą tylko te dokumenty, na których pozostaje jakakolwiek kwota limitu do wykorzystania. W dodatkowej kolumnie Pozostały limit prezentowana jest kwota limitu pozostającego do wykorzystania dla każdego dokumentu. Kolumna Pozostały limit dostępna jest standardowo na liście dokumentów ZS.
Karta kontrahenta, zakładka: Limity kredytowe
Na zakładce Limity kredytowe widoczna jest tabela z listą limitów, z kolumnami:
Data Od – Do – termin obowiązywania limitu dla Kontrahenta.
Kwota – kwota limitu kredytowego.
Po terminie – kwota limitu po terminie wyrażona procentowo oraz wartościowo.
Kurs:
Przeliczaj wg – określa według kursu z jakiej daty jest przeliczona kwota limitu w walucie. Możliwe opcje do wyboru:
Daty od – przeliczenie po kursie odpowiedniego rodzaju z daty, która jest datą rozpoczęcia obowiązywania danego limitu;
Daty bieżącej – przeliczenie po kursie odpowiedniego rodzaju z daty bieżącej;
Dnia poprzedniego – przeliczenie po kursie odpowiedniego rodzaju z dnia poprzedniego;
Ustalony – przeliczenie po kursie ustalonym ręcznie na definicji limitu.
Rodzaj – rodzaje kursu według którego jest przeliczona kwota limitu w walucie.
Kolumna z wartością kursu – przelicznik kursu.
Kwota PLN – kwota limitu w PLN.
Przyciski:
Dodaj – przycisk pozwala dodać limit kredytowy. Po jego naciśnięciu pojawia się okno: Limit kredytowy.
Definicja limitu kredytowego
Wszystkie pola zostały opisane powyżej. Dodatkowo po kliknięciu na przycisk Data od/ Data do zostanie wyświetlony kalendarz. Obok przycisku data do jest rozwijane menu z opcjami do wyboru: Wybierz z kalendarza, Brak ograniczenia. Opcja Brak ograniczenia oznacza, że dany limit jest bezterminowy.
Jeżeli zostanie dodany limit bezterminowy nie można dodać nowego limitu, dopóki nie zostanie wprowadzona konkretna data do.
Nie ma możliwości definiowania limitów, które obowiązują w tym samym okresie. Jeżeli Operator wybierze datę, która nakłada się z innym okresem zostanie wyświetlony komunikat: „Zdefiniowany okres jest niepoprawny”. Po zatwierdzeniu komunikatu zostanie przywrócona poprzednia wartość ostatnio zmienianej daty.
Przycisk „dodaj” jest aktywny tylko jeśli nie został zaznaczony parametr Limit nieograniczony dla tego Kontrahenta.
Zmień – przycisk jest aktywny jeżeli nie został zaznaczony parametr Limit nieograniczony dla tego Kontrahenta, na liście jest przynajmniej jeden limit kredytowy.
Usuń – przycisk jest aktywny jeżeli nie został zaznaczony parametr Limit nieograniczony dla tego Kontrahenta, na liście jest przynajmniej jeden limit kredytowy.
Karta kontrahenta, zakładka: Limity akwizytora
Zakładka aktywna jest tylko wtedy, gdy kontrahent, na zakładce: Ogólne, ma zaznaczony parametr: Akwizytor. System umożliwia przydzielanie limitów kredytowych akwizytorom. Kontrahent oznaczony jako: Akwizytor może mieć przypisaną listę limitów kredytowych, przy czym każdy limit jest związany z centrum struktury praw, co oznacza, że jego wielkość może zależeć od tego, do którego centrum należy operator. Limit akwizytora jest maksymalną kwotą kredytu, jaką mogą mieć łącznie wszyscy kontrahenci związani z akwizytorem. Jeśli w konfiguracji wybrano opcję: Sprawdzaj limit akwizytora, to przy wystawianiu dokumentu sprzedaży wymagane jest podanie akwizytora. Jeśli limit jest przekroczony, to system zareaguje stosownie do uprawnień Użytkownika, a ściślej do ustawień w definicji dokumentu; uniemożliwi zarejestrowanie transakcji lub wyświetli ostrzeżenie. Brak limitu oznacza, że limit nie jest sprawdzany (jest nieograniczony). Uwzględniane są przy tym ustawienia w definicji dokumentu dla centrum struktury praw, do którego należy zalogowany operator. Do wyliczenia salda porównywanego z limitem uwzględniane są zobowiązania wobec kontrahentów oraz nierozliczone wpłaty.
Karta kontrahenta, zakładka: Limit akwizytora
Karta kontrahenta, zakładka: Handlowe
Parametr Forma i termin płatności oraz limit kredytowy z karty – zależnie od wskazania podmiotu, na dokument wystawiany dla kontrahenta przenoszone będą forma i termin płatności, zdefiniowane:
na karcie edytowanego kontrahenta – jeżeli zostanie zaznaczona opcja: kontrahenta
na karcie edytowanego płatnika – jeżeli zostanie zaznaczona opcja: płatnika.
Karta kontrahenta, zakładka: Handlowe
Limit celowy – limit kredytowy pod konkretne zamówienie
Funkcjonalność limitu kredytowego pod konkretne zamówienie czyli limitu celowego przewiduje obsługę scenariusza, w którym niezależnie od ustawionego głównego limitu kredytowego kontrahenta/płatnika możliwe będzie przyznanie dodatkowego limitu pod konkretne zamówienie sprzedaży, bez względu na stopień wykorzystania ogólnego limitu. Jedyna dodatkowa kontrola, oprócz wielkości limitu celowego będzie dotyczyła limitu operatora. Z limitu pod konkretne zamówienie będzie mógł skorzystać tylko operator posiadający wystarczający limit własny, czyli limit przypisany do zamówienia nie będzie mógł być większy niż limit operatora. Limit do zamówienia nie będzie mógł być przenoszony na inne zamówienia. Po zrealizowaniu lub zamknięciu zamówienia limitu nie będzie można już wykorzystać.
Na formularzu zamówienia sprzedaży został dodany parametr Limit kredytowy z możliwością określenia kwoty limitu, waluty limitu oraz terminu, do kiedy będzie obowiązywał. Limit może być przyznany w wysokości nie większej niż wartość brutto zamówienia. Na zamówieniu, na którym będzie zaznaczony celowy limit kredytowy nie będą obowiązywały inne limity, tzn. taki dokument zostanie zatwierdzony nawet wówczas, gdy dla zamówień została określona blokada lub ostrzeżenie związane z limitami kontrahenta/płatnika.
Na ofercie również został dodany parametr dot. limitu kredytowego na takich samych zasadach jak na ZS. Informacje o limicie dokumentu będą przenoszone z OS na ZS. Na ZS utworzonym do OS, ustalony limit oraz termin będzie można zmienić jak również wyłączyć opcję limitu celowego.
Na dokumentach handlowych i magazynowych generowanych do ZS, na którym ustalono limit celowy w miejscu gdzie prezentowany jest pozostały limit, będzie prezentowany limit z zamówienia. W przypadku, gdy limit celowy zostanie przekroczony wówczas zgodnie z ustawieniami na definicji dokumentu (brak, ostrzeżenie, blokada) zostanie wykonana odpowiednia akcja. Jeśli dokument nie będzie realizował zamówienia w całości wówczas na kolejnych dokumentach powstałych z ZS, dostępny limit będzie pomniejszany o limit wykorzystany na wcześniej wystawionych dokumentach.
Parametr na karcie operatora dotyczący limitu na ZS, OS
Na karcie operatora zostały dodane parametry, które pozwolą na zdefiniowanie czy operator ma prawo ustalać limity kredytowe na dokumentach ZS i OS oraz do jakiej wysokości może stosować limit. Są to parametry Bez ograniczeń (odnosi się do opcji limitu kredytowego na ZS i OS) i Limit na ZS, OS (powiązany z opcją Bez ograniczeń).
Przyznawanie limitu na ZS, OS – Operator, zakładka: Parametry/Uprawnienia
Parametr Bez ograniczeń jest domyślnie odznaczony, poprzedzony kontrolką do zaznaczenia. Zaznaczenie tego parametru dezaktywuje kontrolkę do wpisania kwoty Limit na ZS, OS.
Parametr Limit na ZS, OS wraz z kontrolką do wpisania kwoty limitu – pole do wpisania kwoty aktywne tylko wówczas, gdy parametr Bez ograniczeń pozostaje odznaczony. Limit ustalany jest w walucie systemowej. Domyślna wartość limitu to 0,00 PLN, możliwość uzupełnienia wartości przez wpisanie lub z poprzez przewijanie kwoty strzałkami w dół i w górę, brak możliwości wprowadzenia kwoty ujemnej.
Analogiczne parametry zostały wprowadzone na wzorcu operatora.
Jeśli opcja Bez ograniczeń zostanie zaznaczona wówczas użytkownik będzie mógł udzielać limitu do wysokości brutto dokumentu.
Jeśli opcja Bez ograniczeń zostanie odznaczona, a kwota pozostanie ustalona na 0,00 wówczas kontrolki związane z limitem kredytu na dokumentach ZS i OS powinny być nieaktywne, co oznacza, ze operator nie może udzielać limitów na zamówieniach i ofertach.
Jeżeli opcja Bez ograniczeń zostanie odznaczona i wskazana konkretna kwota limitu, wówczas podczas wprowadzania limitu na dokument ZS lub OS należy kontrolować wprowadzana kwotę i komunikować, jeśli przekroczy ustalony limit, co opisano w dalszej części projektu.
Parametry dotyczące limitu kredytowego na formatce OS
Na formatce OS, na zakładce Płatności zostały dodane parametry dotyczące limitu kredytowego dokumentu.
Parametry związane z limitem kredytowym na formatce OS
Parametr Limit kredytowy dokumentu:
poprzedzony checkiem do zaznaczenia,
pole do wprowadzenia kwoty limitu z opcją przewijania kwoty, domyślnie ustawione 0,00,
kontrolka wyboru waluty – domyślnie waluta dokumentu,
Parametr Ważny do z opcjami do wyboru:
Wybierz z kalendarza,
Brak ograniczenia,
Standardowe pole do wprowadzania daty z opcją przewijania, domyślnie ustawiana jest data równa Dacie ważności dokumentu
Wprowadzana data nie może być wcześniejsza niż data wystawienia dokumentu.
Parametr: Ważny do – opcje do wyboru
Parametr Limit kredytowy dokumentu domyślnie jest odznaczony na nowo wystawianych dokumentach. Pola dotyczące kwoty, waluty i daty są aktywne dopiero po zaznaczeniu checku Limit kredytowy dokumentu.
Domyślna wartość w polu kwoty to 0,00. Kwota nie może być większa niż limit operatora dla ZS, OS. Po wpisaniu kwoty większej niż limit na karcie operatora wyświetlać komunikat: „Limit nie może zostać zapisany. Kwota limitu kredytowego dla dokumentu jest większa niż kwota limitu ustalona dla operatora.”
W przypadku, gdy kwota limitu na dokumencie wyrażona jest w innej walucie niż waluta systemowa, dokonywane są standardowe przeliczenia wg kursu bieżącego jak przy obsłudze limitu kontrahenta. Kwota nie może być większa niż wartość brutto dokumentu.
Waluta domyślnie ustawiona jest zgodna z walutą dokumentu, możliwa jest zmiana waluty limitu kredytowego. Zmiana waluty na dokumencie nie skutkuje zmianą waluty limitu.
Podczas kopiowania dokumentów nie są przenoszone ustawienia związane z limitami kredytowymi – ustawienia są takie jak podczas wystawiania nowego dokumentu.
Ponowna edycja limitu na OS
Ponowna edycja pól związanych z limitem kredytowym na zatwierdzonym OS uzależniona jest od zaznaczenia (lub nie) parametru na karcie operatora: Operacje na potwierdzonych: ZS.
Jeśli parametr jest zaznaczony to jest możliwość edycji danych dotyczącego limitu - kwoty, waluty, daty ważności limitu kredytowego (wszystkie pola są aktywne). Jeśli parametr jest odznaczony to nie ma możliwości edycji kontrolek związanych z limitem kredytowym (pola są nieaktywne).
Parametr na karcie operatora - Operacje na potwierdzonych: ZS
Parametry dotyczące limitu kredytowego na formatce ZS
Na formatce ZS na zakładce Płatności/Zaliczki dodane zostały parametry do określenia limitu kredytowego dokumentu (podobnie jak na formatce OS).
Parametry związane z limitem kredytowym na formatce ZS
Działanie parametrów związanych z limitem kredytowym na ZS jest analogiczne jak w przypadku OS (dokładny opis w dziale Parametry limitu kredytowego na formatce OS).
Korekta do dokumentu ZS a kwota limitu
Korekta do ZS polega na zamknięciu korygowanego ZS i utworzeniu nowego na niezrealizowane pozycje z tego ZS, w związku z tym, jeśli parametr Limit kredytowy dokumentu jest zaznaczony, to niewykorzystana kwota limitu, waluta i data ważności przenoszone są na nowo tworzony dokument ZS. Niewykorzystana kwota limitu wyliczana jest jako różnica pomiędzy limitem ustalonym na korygowanym ZS, a kwotami wykorzystanymi na dokumentach wystawianych do korygowanego ZS.
Kontrola limitu na ZS i OS
W przypadku gdy parametr Limit kredytowy dokumentu nie jest zaznaczony na ZS to kontrola limitu działa w dwojaki sposób:
Jeśli limit jest już wykorzystany to od razu po wybraniu kontrahenta, wyświetlany jest komunikat o przekroczeniu limitu. Oprócz tego podczas zatwierdzania dokumentu na trwałe (odznaczania opcji bufor) ponownie kontrolowany jest limit.
Jeśli limit jest przekraczany w wyniku dodania pozycji na dokument, to dowiadujemy się o tym dopiero przy zatwierdzeniu dokumentu na trwałe (odznaczenie znacznika bufor). Komunikat o przekroczeniu limitu na podstawie elementów właśnie zatwierdzanego dokumentu, pojawi się pod warunkiem, że na definicji dokumentu ZS zaznaczono parametr [] Niezrealizowane zamówienia (ZS, ZZ).
Na OS komunikat pojawia się tylko wówczas, gdy limit jest przekroczony.
W przypadku zaznaczenia parametru Limit kredytowy dokumentu na ZS/OS to kontrola limitu kredytowego ulega zmianie:
Jeśli na dokumencie zaznaczono parametr Limit kredytowy dokumentu wówczas nie jest sprawdzany limit kontrahenta podczas wyboru/zmiany kontrahenta na dokumencie,
Jeśli na dokumencie zaznaczono parametr Limit kredytowy dokumentu wówczas nie jest sprawdzane przekroczenie limitu kredytu przy odznaczeniu checku bufor,
Jeśli parametr Limit kredytowy dokumentu nie jest zaznaczony wówczas stosowane są standardowe mechanizmykontroli limitu.
Dodany został mechanizm kontroli wielkości limitu celowego podczas zatwierdzania ZS i OS na trwałe.
Sprawdzane jest czy limit ustalony dla dokumentu nie przekracza wartości brutto dokumentu:
– Jeśli przekracza wówczas wyświetla się komunikat: „Wartość limitu kredytowego przypisanego do tego dokumentu jest większa niż wartość dokumentu.”,
– Jeśli nie przekracza – można zapisać dokument,
Uwzględniane są różne waluty dokumentu i limitu – w przypadku gdy waluta limitu różni się od waluty dokumentu, następuje przeliczenie wartości limitu wg bieżącego kursu (te same mechanizmy, które są wykorzystywane przy kontroli limitu kontrahenta).
Przenoszenie parametrów limitu kredytu pomiędzy OS a ZS
Parametry limitu ustalone na ofercie (OS) są przenoszone na tworzone do niej zamówienie ZS. W sytuacji, gdy ZS będzie generowane do wielu ofert, wówczas limit będzie łączony i zostanie ustalony wspólny termin obowiązywania.
Jeśli zaznaczony jest na OS parametr Limit kredytowy dokumentu to na tworzone ZS z tego OS będą przenoszone: kwota ustalonego limitu, waluta ustalonego limitu, data z pola Ważny do.
Ustalanie i przenoszenie limitu ma wyłącznie funkcję podpowiedzi. Limit na ZS powinien zostać zweryfikowany przez użytkownika. Program będzie sprawdzał, czy wysokość limitu nie przekracza wielkości zamówienia, co może mieć znaczenie szczególnie w przypadku tworzenia ZS do części oferty.
Tworzenie ZS do wielu OS:
Generowanie ZS z listy dokumentów OS
– sprawdzanie czy waluta limitu na wszystkich dokumentach OS jest taka sama – jeśli tak to możliwość przekształcenia do ZS, jeśli nie to brak możliwości przekształcenia do ZS i wyświetlenie informacji w logu: Niezgodna waluta limitu kredytowego dokumentu.
– uzupełnienie pól na ZS w następujący sposób: kwota limitu równa sumie limitów poszczególnych kwot limitów na OS, waluta przenoszona na podstawie pierwszego dokumentu OS, data ważności na podstawie pierwszego przenoszonego dokumentu.
Tworzenie ZS na podstawie elementów OS (z poziomu zakładki Elementy na Liście zamówień oraz z poziomu zakładki Rezerwacje na Historii kontrahenta).
Ponieważ w przypadku tworzenia ZS na podstawie pojedynczych elementów OS nie będzie możliwe ustalenie, jaka kwota limitu przypada na te pozycje, limity nie będą przenoszone.
Limit na dokumentach wynikowych do ZS
Dokumenty handlowe: FS, WZ, PA, WKA, S(FS), RA, FSE, WZE
W przypadku łączenia wielu ZS do jednego dokumentu wynikowego nie ma możliwości łączenia ZS z limitem i ZS bez limitu – jeśli na niektórych zaznaczonych ZS będzie zaznaczony parametr Limit kredytowy dokumentu a na części nie to nie ma możliwości wygenerowania dokumentu. Informacja o tym przekazywana jest w logu w części Sprawdzanie zgodności zamówień.
Log wyświetlany podczas tworzenia dokumentów handlowych i magazynowych do ZS – niezgodne ustawienie parametru: Limit kredytowy dokumentu.
Na dokumentach handlowych tworzonych do ZS zmieniony został sposób sprawdzania limitu kredytu:
uwzględnienie na dokumentach FS, WZ, PA, WKA, S(FS), RA, podczas zatwierdzania dokumentów na trwałe i do bufora,
w pierwszej kolejności sprawdzane jest czy na powiązanym dokumencie ZS został zaznaczony parametr: Limit kredytowy dokumentu oraz czy jego okres obowiązywania nie skończył się. Data Ważny do musi być równa lub większa od daty bieżącej. Jeśli parametr nie jest zaznaczony lub ważność limitu skończyła się wówczas limit kredytu sprawdzany jest standardowo. Jeśli parametr jest zaznaczony i ważność limitu nie uległa przedawnieniu wówczas sprawdzany jest limit kredytu przypisany do zamówienia lub zamówień (jeśli dokument powstał z wielu ZS).
Limit kredytu jest odpowiednio pomniejszany o wykorzystanie limitu na innych dokumentach wynikowych, a w przypadku gdy do ZS wystawione są faktury zaliczkowe – limit jest powiększany o zapłaconą część faktur zaliczkowych.
W przypadku gdy są różne waluty limitu i dokumentu – przeliczenia dokonywane są wg bieżącego kursu NBP.
Dokumenty magazynowe WM
Na WM oraz ZWM generowanych do ZS nie jest sprawdzany limit kredytowy, tak jak ma to miejsce przy wystawianiu dokumentów magazynowych „z ręki” (komunikat pojawia się podczas wystawiania dokumentu, jeśli inne dokumenty przekroczyły wysokość limitu).
Dodatkowa kontrola limitu kredytu i limitu przeterminowanych płatności podczas generowania dokumentów z ZS
W Systemie możliwe jest dodatkowe informowanie o przekroczonym limicie kredytowym lub limicie przeterminowanych płatności już na etapie generowania dokumentu do zamówienia ZS. Informacja o przeterminowaniu będzie pojawiać się w logu przed utworzeniem właściwego dokumentu.
Uwaga
Warunkiem, aby taki komunikat pojawił się, jest ustawienie na formularzu Operatora odpowiednich parametrów, które odpowiadają za pojawianie się logów w programie. Na karcie Operatora na zakładce [Parametry] w sekcji Log systemowy należy wybrać opcję Wyświetlaj błędy, ostrzeżenia i informacje oraz odznaczyć parametr: Zamknij, gdy brak błędów.
Informacja o przekroczonym limicie pojawi przy generowaniu z zamówienia następujących dokumentów: FS, PA, WZ, FSE, WZE, WM, ZWM, o ile na definicji tych dokumentów zaznaczono w sekcji Zatwierdzanie dokumentów po przekroczeniu limitu kredytowego opcję Ostrzegaj lub Zablokuj. Bez względu na to czy zaznaczono opcję Ostrzegaj czy Zablokuj w logu pojawi się informacja (ostrzeżenie). Nie będzie możliwości zablokowania dokumentu przed jego wygenerowaniem. Pełna blokada pojawi się w momencie zatwierdzania dokumentu.
Prezentowanie pozostałego limitu na dokumentach tworzonych do ZS (dotyczy: FS, WZ, PA, WKA, S(FS), (s)FS, RA)
Jeśli dokument ma powiązanie do zamówienia czyli został wygenerowany bezpośrednio (np. ZS -> FS, ZS -> WZ) lub pośrednio (np. ZS -> WM -> FS, ZS -> WZ -> (S)FS) a na zamówieniu został ustawiony limit wówczas na zakładce Ogólne limit kredytu będzie wyświetlany w stosunku do limitu na powiązanym zamówieniu/zamówieniach.
Pozostały limit
Wyliczanie limitu na spinaczach
W przypadku spinaczy zastosowane zostały te same zasady wyliczania limitu oraz pozostałego limitu jak na dokumentach handlowych powstałych do ZS z zaznaczonym parametrem Limit kredytowy dokumentu – dotyczy (S)FS, RA, (S)FSE.
W wykorzystanym limicie kredytowym Klienta nie są uwzględniane dokumenty wydania/przyjęcia objęte fakturowaniem za pomocą spinaczy elementów, przy czym nieistotne jest, jaka część takiego wydania/przyjęcia została zafakturowana, a jaka pozostaje do fakturowania. W limicie uwzględniane są natomiast spinacze elementów.
Sprawdzanie przekroczenia wartości limitu na dokumencie WM
Na dokumentach WM kontrola limitu kredytowego odbywa się w taki sposób, aby w trakcie zatwierdzania dokumentu WM była możliwa kontrola czy limit kredytowy został przekroczony na dokumentach handlowych. Nie powinno być możliwości zatwierdzenia dokumentu WM jeżeli dla kontrahenta wybranego na WM został przekroczony limit kredytowy.
Uwaga
W trakcie zatwierdzania dokumentu WM jest sprawdzane przekroczenie limitu kredytowego, ale nie jest wyświetlana wartość dostępnego limitu. W zależności od wyboru parametru na definicji dokumentu: Zablokuj bądź Zezwalaj, będzie wyświetlany stosowny komunikat. Elementy wydania magazynowego nie są uwzględniane w wyliczeniu wartości dostępnego limitu kredytowego – na dokumencie WM nie ma wartości. Kontrola limitu na dokumencie WM ma na celu sprawdzenie, czy limit został przekroczony przed wystawieniem tego dokumentu.
Dodatkowo, gdy na zakładce Handlowe karty kontrahenta wskazanego na dokumencie WM zostanie wskazana jako Płatnik kartoteka innego kontrahenta i parametr “Forma i termin płatności oraz limit kredytowy z karty: płatnika” będzie zaznaczony, wówczas przekroczenie limitu sprawdzane będzie dla płatnika ustawionego na karcie kontrahenta.
Sztuczna inteligencja w limitach kredytowych
Sztuczna Inteligencja w limitach kredytowych, czyli produkt polegający na automatycznym obliczaniu limitów kredytowych, scoring'ów, rating'ów oraz wskazywaniu rekomendacji dla poszczególnych klientów.
Zalety produktu:
bardziej precyzyjne określenie poziomu kredytu kupieckiego,
W Comarch ERP XL do tej pory możliwe było definiowanie wysokości kredytu kupieckiego przyznawanego konkretnym klientom przez uzupełnienie odpowiedniej informacji na Karcie kontrahenta. Ustawienie wysokości limitu kredytowego odbywało się jednak ręcznie - to operator wskazywał wysokość limitu.
Komponent Comarch Al Windykacja (Inteligentnej Windykacji) zapewnia przyznawanie limitów oraz wskaźników w sposób automatyczny na podstawie zaszytych w nim algorytmów oraz poprzez ciągłe doskonalenie się na bazie informacji zwrotnej w przypadku, gdy operator zmieni wartości limitów zaproponowanych przez Komponent Inteligentnej Windykacji.
Wyliczenie kwoty limitów odbywa się m.in. przy pomocy rating'u uzyskanego przy okazji oceny wiarygodności klienta, wartości uzyskanych ze scoring'u oraz proponowanych rekomendacji, jak i również historii rozrachunków.
Dodatkowe informację są zawarte w biuletynie XL163 - Comarch AI Windykacja
Przed rozpoczęciem inwentaryzacji w systemie Comarch ERP XL należy uporządkować stany ilościowe towarów na magazynie, na którym będzie wykonywana inwentaryzacja tak, aby ilości handlowe i magazynowe były zgodne.
W tym celu należy w pierwszej kolejności zatwierdzić wszystkie dokumenty handlowe, których subelementy korzystają z danego magazynu.
W celu odnalezienia interesujących nas dokumentów handlowych znajdujących się w buforze warto przygotować odpowiedni filtr na listę dokumentów zwracający takie pozycje lub wykonać zapytanie z poziomu SQL Query. Zapytanie może mieć przykładową postać:
Przyklad
SELECT cdn.NumerDokumentuTRN (Trn_gidtyp, Trn_SpiTyp, Trn_TrnTyp, Trn_TrnNumer, Trn_TrnRok, Trn_Trnseria) FROM cdn.tranag JOIN cdn.traselem ON TrN_GIDTyp=TrS_GIDTyp AND TrN_GIDNumer=TrS_GIDNumer WHERE TrN_Stan IN (1,2) AND TrS_MagNumer=GidNumerMagazynu
Kolejnym krokiem, jaki należy wykonać jest wygenerowanie do istniejących dokumentów handlowych brakujących dokumentów magazynowych oraz spięcie istniejących i niezwiązanych dokumentów magazynowych z dokumentami handlowymi. W ten sposób uzyskamy zgodność ilości handlowych i magazynowych poszczególnych towarów, co jest niezbędne dla prawidłowego przeprowadzenia procesu inwentaryzacji. Każdy z dokumentów przychodowy musi mieć ustaloną wartość dostawy.
Uwaga
Aby wyszukać dokumenty warto posłużyć się gotowym wydrukiem: Rozbieżności ilości handlowych i magazynowych, który jest dostępny
z poziomu Listy towarów, zakładki: Wszystkie wg kodu, a także Arkusza Inwentaryzacyjnego, zakładki: Ogólne. Wydruk ten zwraca listę dokumentów wymagających uzgodnienia. W przypadku wygenerowania go z poziomu Arkusza Inwentaryzacyjnego, jest on zawężony do towarów znajdujących się na wygenerowanym arkuszu.
Tworzenie inwentaryzacji
Możliwość utworzenia inwentaryzacji w zamkniętym okresie operacji handlowych, zależna jest od zaznaczenia na karcie operatora (tworzącego inwentaryzację) parametru: Zamykanie okresu operacji handlowych:
jeżeli operator ma parametr zaznaczony, wtedy zostanie wyświetlone ostrzeżenie, że data otwarcia inwentaryzacji należy do zamkniętego okresu operacji handlowych, jednak inwentaryzacja zostanie utworzona.
jeżeli operator ma parametr odznaczony, wtedy zostanie wyświetlony komunikat o tym, że otwarcie inwentaryzacji jest niemożliwe, gdyż data bieżąca należy do zamkniętego okresu operacji handlowych
i inwentaryzacja nie zostanie utworzona
Tworzenie nagłówka inwentaryzacji
Nową inwentaryzację można dodać z poziomu modułu: Sprzedaż w menu Zastawienia, Inwentaryzacja lub modułu: Administrator w menu Firma, Magazyny, wskazując właściwy magazyn, a następnie korzystając z opcji: [Inwentaryzacja]. Jeżeli pojawi się komunikat z informacją na temat dokumentów w buforze lub rozbieżności stanów, to należy sprawdzić istniejące dokumenty pod kątem treści ostrzeżenia i ponownie wykonać czynności opisane wcześniej. Więcej w temacie uzgadniania stanów magazynowych znajduje się w rozdziale: 1 Przygotowanie systemu.
Możliwe komunikaty o niezgodności ilości handlowych i magazynowych
Na oknie nagłówka inwentaryzacji możemy odnaleźć informacje na temat inwentaryzowanego magazynu, dat rozpoczęcia i zakończenia inwentaryzacji oraz związanych z nią dokumentów.
Uwaga
Od wersji 10.5 Comarch ERP XL inwentaryzacja przeprowadzana może być na wielu magazynach jednocześnie. Aby zinwentaryzować wszystkie magazyny, należy w oknie „Nagłówek inwentaryzacji” wybrać, które magazyny mają brać udział w inwentaryzacji.
Dostępne są tutaj również parametry, na podstawie których będzie przeprowadzana inwentaryzacja. Poniżej krótka charakterystyka tychże parametrów.
Numer – zawiera on symbol dokumentu, pole z kolejnym numerem dokumentu inwentaryzacji, rok oraz serię.
Dokument - jest to pole tekstowe, w którym można wprowadzić zapis jednak z ograniczeniem do 40 znaków.
Data otwarcia – pole zawiera datę oraz godzinę otwarcia dokumentu inwentaryzacyjnego.
Data zamknięcia – pole zawiera datę oraz godzinę zamknięcia inwentaryzacji.
- zaznaczenie parametru Zamknięta powoduje zmianę statusu inwentaryzacji na zamkniętą oraz uzupełnienie pól Daty zamknięcia. Parametr ten widoczny jest na każdej zakładce dokumentu IMT.
Inwentaryzacja blokuje: w momencie przeprowadzania inwentaryzacji ruch na magazynie powinien zostać wstrzymany. W związku z tym na zasoby danego magazynu zostaje założona blokada, która uniemożliwia operacje na nich. Parametr ten pozwala określić, czy blokada będzie dotyczyła wszystkich towarów na danym magazynie, czy tylko tych umieszczonych na arkuszu inwentaryzacyjnym.
Parametr Rodzaj Odczytów: pozwala wybrać sposób przeprowadzania inwentaryzacji przez firmę. W przypadku metody: Porównawczej, dane z kolejnych odczytów są zastępowane przy przepisywaniu do arkusza. W efekcie ilości zostaną ustalone na podstawie ostatniego odczytu. Metodę: Przyrostową można zastosować, jeśli te same towary znajdują się w różnych obszarach magazynu, które są inwentaryzowane oddzielnie. Stosując metodę przyrostową, ilości z poszczególnych odczytów zostaną zsumowane przy dodawaniu do arkusza.
W praktyce metoda porównawcza jest stosowana, jeżeli inwentaryzacja jest przeprowadzana kilkukrotnie w celu weryfikacji wprowadzonych wcześniej danych. Z kolei metoda przyrostowa pozwala na wprowadzanie odczytów przez kilku operatorów jednocześnie.
Generowanie arkuszy z wybraną opcją: Tylko stany niezerowe, sprawia, że na arkusz zostaną dodane wyłącznie towary, które fizycznie są dostępne na magazynie.
Uwaga
Arkusze inwentaryzacyjne zawsze są agregowane w sposób przyrostowy.
Z praktycznego punktu widzenia spis powinien być dokonywany po ilościach magazynowych. Inwentaryzacja po ilościach handlowych dotyczy przede wszystkim przedsiębiorstw, które nie korzystają z dokumentów magazynowych w obrocie towarów.
Generowanie arkuszy: Z podziałem na partie: parametr dostępny od wersji Comarch CDN XL 9.6, kiedy to została dodana możliwość przeprowadzenia inwentaryzacji bez podziału na partie. Wcześniejsze wersje systemu pozwalały jedynie na inwentaryzowanie z takim podziałem. Odznaczenie parametru skutkuje tym, że towary dodawane na arkusz będą rozróżniane jedynie po kodzie (w przypadku inwentaryzacji według ilości handlowej) lub po kodzie
i położeniu (w przypadku inwentaryzacji według ilości magazynowej). Dana pozycja na arkuszu inwentaryzacyjnym będzie przedstawiać towar i jego ilość, jako sumę ilości z wszystkich partii tego towaru, jakie znajdują się na magazynie.
Użytkownicy korzystający z funkcjonalności Magazynu Wysokiego Składowania powinni wybrać opcje Magazynowa -> Według położenia, gdyż umożliwia ona spis towarów według miejsca składowania. Wówczas arkusz inwentaryzacyjny będzie generowany dla określonego zakresu adresów.
Przeprowadzenie inwentaryzacji jest możliwe dla ilości handlowych lub magazynowych, o tym decyduje parametr: Ilość inwentaryzowana. Tworząc spis dla określonych grup towarowych należy wskazać opcję Handlowa lub Magazynowa -> Według towarów.
Wycena nadwyżek wg: określa w jakiej cenie zostaną przyjęte towary, dla których inwentaryzacja wykazała, że ilość rzeczywista jest wyższa niż ilość magazynowa/handlowa. Niedobór towaru zostanie uzupełniony dokumentem PW, przyjmującym towar po Średniej cenie zasobów lub Ostatniej cenie zakupu w zależności od ustawień tego parametru. Należy pamiętać, aby określić prawidłową wartość tego parametru przed zamknięciem inwentaryzacji. Obecnie można ustalić wycenę nadwyżek dla każdego magazynu oddzielnie.
Nagłówek inwentaryzacji – zakładka Arkusze
Na zakładce Arkusze prezentowana jest lista arkuszy inwentaryzacyjnych. Lista ta zawiera następujące kolumny:
Lp. – liczba porządkowa arkusza na liście
Data utworzenia – data utworzenia arkusza
Nazwa – nazwa arkusza
Nagłówek inwentaryzacji – zakładka Arkusze
Poniżej listy znajdują się opcje:
[Dodaj] – umożliwia dodanie nowego arkusza inwentaryzacyjnego.
[Zmień] – umożliwia podniesienie arkusza do edycji.
[Usuń] – umożliwia usunięcie arkusza inwentaryzacji.
Nagłówek inwentaryzacji – zakładka Dokumenty
Zakładka prezentuje listę dokumentów inwentarzowych, które zostały wygenerowane na podstawie różnic inwentaryzacyjnych
Nagłówek inwentaryzacji – zakładka Dokumenty
Na zakładce znajdują się również opcje:
[Zmień] - umożliwia podniesienie dokumentu do edycji.
[Przychód wewnętrzny] – umożliwia wygenerowanie dokumentu PW
[Rozchód wewnętrzny] – umożliwia wygenerowanie dokumentu RW
[Korekta]
Nagłówek inwentaryzacji – zakładka Opis
Na zakładce Opis możliwe jest sporządzenie opisu charakteryzującego inwentaryzację.
Nagłówek inwentaryzacji – zakładka Atrybuty
Zakładka umożliwia opisanie za pomocą cech/atrybutów zdefiniowanych wcześniej w module: Administrator
Tworzenie arkuszy inwentaryzacyjnych
Aby utworzyć nowy arkusz należy na oknie nagłówka inwentaryzacji przejść na zakładkę: Arkusze i dodać nowy element do listy. Zostanie utworzone okno: Arkusz inwentaryzacyjny, na którym należy wpisać nazwę arkusza oraz wybrać towar/grupę towarów, dla której będzie wykonywana inwentaryzacja.
Arkusz inwentaryzacyjny
Na liście, informacje o ilości towarów wyświetlone są w kolumnach:
Magazynowa/Handlowa – ilość towaru na inwentaryzowanym magazynie wynikająca z dokumentów
zarejestrowanych w systemie (wprowadzona na arkusz po uruchomieniu funkcji: [Dodaj towar z
grupy do arkusza])
Rzeczywista – ilość towaru, wprowadzona do arkusza ręcznie po fizycznym sprawdzeniu towaru na
magazynie
Różnica – różnica ilości towaru pomiędzy ilością magazynową a rzeczywistą.
Wiersze arkusza prezentowane są w kolorze czarnym jeżeli Różnica = 0; w kolorze czerwonym gdy
Różnica < 0; w kolorze zielonym jeżeli Różnica > 0.
Pod listą pozycji inwentaryzacji znajdują się pola:
Ilość rzeczywista – ilość rzeczywista z możliwym zawężeniem listy zgodnie z checkami:
Zgodna – lista pozycji arkusza zostaje zawężona do towarów, dla których wartość w kolumnie Ilość
Rzeczywista jest równa ilości w kolumnie Ilość Magazynowa.
Niedobór – lista pozycji arkusza zostaje zawężona do towarów, dla których wartość w kolumnie Ilość
Rzeczywista jest mniejsza od wartości w kolumnie Ilość Magazynowa.
Nadwyżka – lista pozycji arkusza zostaje zawężona do towarów, dla których wartość w kolumnie Ilość
Rzeczywista jest większa od wartości w kolumnie Ilość Magazynowa.
Na arkuszu (przed dodaniem pozycji na arkusz) pojawia się parametr Dozwolone powielanie towarów w odczycie, który aktywuje się podczas wyboru opcji Rodzaj odczytów: Przyrostowe. Zaznaczenie parametru umożliwia dodanie tego samego towaru na jednym odczycie więcej niż raz. Przy odznaczonym parametrze, podczas próby dodania istniejącego już towaru ponownie na odczyt, system wyświetli odpowiedni komunikat informujący o tym zdarzeniu. Oczywiście towar nie zostanie powtórnie dodany.
Informacja o duplikacji towaru na odczycie
Nowododany arkusz należy nazwać, następnie wskazać towar lub grupę towarową, która ma podlegać inwentaryzacji. Dodawanie wskazanych elementów odbywa się po potwierdzeniu, czemu służy przycisk: .
W efekcie na arkusz zostaną dodane odpowiednie towary. Aby do powstałej listy dodać kolejny towar należy wybrać kolejną grupę towarową lub towar w obszarze Generowanie i ponownie użyć pioruna.
Jeżeli operator do wstępnie wygenerowanego arkusza będzie próbował dodać kolejny towar, który znajduje się już na liście dodanych towarów, system wyświetli odpowiedni komunikat informujący o tym zdarzeniu. Oczywiście towar nie zostanie powtórnie dodany.
Informacja o duplikacji towaru na arkuszu
Uwaga
Od wersji 8.0 Comarch ERP XL istnieje możliwość edycji odczytu jednocześnie przez wielu operatorów, niezależnie od rodzaju odczytów. Oznacza to, że w przypadku podnoszenia odczytu do edycji lub podczas próby usunięcia edytowanej na innym stanowisku inwentaryzacji wyświetlane jest ostrzeżenie. Zamknięcie odczytu może nastąpić tylko w przypadku, gdy odczyt edytowany jest przez jedno stanowisko.
Inwentaryzacja wg położeń
Szczególnym przypadkiem jest inwentaryzacja wg położeń. Opcja ta jest możliwa w przypadku wyboru ilości inwentaryzowanej: magazynowej. Różnica, w stosunku do opcji generowania arkuszy wg towarów polega na tym, że zamiast towarów określa się obszary magazynu oraz zakres adresów, na których będzie wykonywana inwentaryzacja.
Arkusz inwentaryzacyjny
Na gotowym arkuszu prezentowane są towary z uwzględnieniem poszczególnych cech. W przypadku inwentaryzacji z podziałem na partie, pozycję będą przedstawione z dokładnością co do partii. Kolejno widoczne są następujące dane: Położenie, Kod towaru, EAN towaru, EAN partii, Klasa cechy, Cecha, Data ważności, Ilość, Cena, Nazwa.
W przypadku inwentaryzacji bez podziału na partie, widoczność ograniczona jest do: Położenia, Kodu towaru, EAN’u towaru, Ilości, Nazwy, Ceny.
W kolumnach Ilość zostaną przedstawione następujące informacje:
- Ilość Magazynowa/Handlowa: w zależności od ustawienia ilości inwentaryzowanej na nagłówku inwentaryzacji, zostanie wyświetlona ilość magazynowa lub handlowa, zgodnie ze stanem zapisanym w systemie
- Ilość Rzeczywista: kolumna ta przedstawia ilość danego towaru wyliczona na podstawie zamkniętych odczytów
- Różnica: przedstawia różnicę pomiędzy ilością magazynową/handlową a ilością rzeczywistą z odczytów.
Kolumna Cena zwraca informację o cenie danego towaru. Jest ona wyliczona jako:
- średnia cena z istniejących zasobów w partii
- średnia cena ze wszystkich zasobów, jeśli dana partia nie istnieje
- ostatnia cena zakupu, jeśli dany zasób nie istnieje
Uwaga
Jeżeli wartość istniejących zasobów wynosi zero, wówczas do wyliczenia średniej przyjmuje się, że wartość wszystkich zasobów wynosi: ilość x ostatnia cena zakupu tego towaru.
W przypadku, gdy cena zakupu jest wyrażona w walucie innej niż systemowa, wówczas do wyliczenia ceny stosuje się kurs bieżący.
Uwaga
W przypadku, gdy w wyniku inwentaryzacji zostanie stwierdzony niedobór jakiegoś towaru, to zostanie on przyjęty dokumentem PM/PW, przy czym cena na dokumencie PW nie musi być taka sama jak ustalona w tej kolumnie. To, jaka cena zostanie na PW jest konsekwencja wyboru opcji wyceny nadwyżek na nagłówku inwentaryzacji.
Inwentaryzacja kilku magazynów równocześnie
Od wersji 10.5 możliwe jest sporządzanie inwentaryzacji dla kilku magazynów równocześnie.
Arkusz inwentaryzacyjny dla kilku magazynów
- przycisk wyświetlany tylko dla inwentaryzacji dla wielu magazynów. Wartość
inwentaryzacji obliczana jest jako suma z wartości pozycji. Wartość pozycji zaś jako iloczyn kolumn
Różnica i Cena. Dla inwentaryzacji na jeden magazyn (czyli również dla inwentaryzacji Wg położeń) wyświetlana jest informacja o wartości, brak przycisku. Po naciśnięciu przycisku „Wartość” prezentowana jest wartość na poszczególnych magazynach w oknie Wartość magazynów:
Wartość na magazynach
W oknie prezentowana jest lista składająca się z kolumny Magazyn i Wartość. Pod oknem znajduje się parametr „Wycena wg średniej ceny zasobów dla magazynu”. Jeżeli parametr jest odznaczony wartość liczona jest jako suma wartości pozycji na magazynie pośredniej cenie zasobów inwentaryzowanych magazynów. Po zaznaczeniu parametru dla każdego magazynu obliczana jest wartość jako suma wartości pozycji na magazynie wg średniej ceny zasobów dla tego magazynu.
[ Pokaż / Ukryj stany towaru na magazynach] - pozwala na wyświetlenie listy „Rozbicie pozycji na poszczególne magazyny”. Jeżeli inwentaryzacja jest wykonywana w obrębie jednego magazynu przycisk ten jest ukryty.
Okno Rozbijanie ilości rzeczywistych na poszczególne magazyny
Lista składa się z kolumn: Magazyn, Cena, Wartość, Ilość Magazynowa, Rzeczywista, Różnica.
Okno rozbijania ilości
Kolumna Ilość Rzeczywista jest dostępna do edycji na niezamkniętej inwentaryzacji. Zmiana ilości w
jednym wierszu powoduje automatyczne przeliczenie ilości w innych wierszach, w tej kolumnie. Suma
ilości z wiersza musi być zgodna z łączną ilością z odczytu.
W kolumnie Cena istnieje możliwość ręcznej zmiany ceny na niezamkniętej inwentaryzacji.
Sposób rozbijania ilości na poszczególne magazyny przez system Comarch ERP XL jest następujący:
Pobierana jest ilość z odczytu;
Zaczynając od ostatniego magazynu system sprawdza czy ilość magazynowa jest mniejsza bądź równa ilości rzeczywistej z odczytu. Jeżeli warunek ten jest spełniony ilość rzeczywista jest ustalana na poziomie ilości magazynowej; Na kolejnym magazynie system sprawdza czy ilość magazynowa na tym magazynie jest mniejsza lub równa pozostałej ilości rzeczywistej z odczytu. Warunek ten jest sprawdzany dla każdego magazynu;
W przypadku nadwyżek powtarzana jest powyższa operacja dla kolejnych magazynów na liście z wyjątkiem pierwszego. Dla pierwszego magazynu przypisywana jest pozostała ilość; W przypadku niedoborów powtarzana jest również powyższa operacja dla kolejnych magazynów na liście aż do momentu przypisania pełnej ilości z odczytu. Dla pozostałych magazynów ilość rzeczywista będzie wynosić zero.
Tworzenie odczytów
Odczyt służy do przeprowadzenia właściwego spisu z natury, tak więc w oknie odczytu inwentaryzacyjnego należy wpisywać rzeczywiste ilości towaru na inwentaryzowanym magazynie. Odczyt dodaje się z poziomu okna: Arkusz inwentaryzacyjny, zakładki: Odczyty za pomocą [Dodaj] lub [Odczyt z kolektora]. Analogicznie jak to miało miejsce w przypadku arkuszu, odczyt należy odpowiednio nazwać.
Odczyt od razu zawiera identyczną z arkuszem listę towarów, przy czym kolumna z ilością jest wypełniona zerami.
Odczyt inwentaryzacji
W oknie wprowadza się nazwę odczytu, a następnie wprowadza się rzeczywiste ilości inwentaryzowanych towarów (ilości danego towaru na magazynie). W przypadku wyboru opcji Rodzaj odczytu: Porównawcza, proces ten można przyspieszyć klikając w ikonę: . W efekcie, na odczyt zostaną przepisane ilości magazynowe lub handlowe
z arkusza inwentaryzacyjnego.
Istnieje możliwość dodania pojedynczej pozycji, przy użyciu przycisku: .
Towar można dodać poprzez wpisanie jego kodu lub wybranie go z listy towarów otwieranej przyciskiem: . Dla wybranego towaru można podać cechę z wybranej klasy cech. Istnieje możliwość określenia położenia towaru. W polu: Ilość, wskazuje się ilość towaru wprowadzanego na odczyt. Jest również pole z domyślną jednostką miary z karty towaru. Zapisanie okna powoduje dodanie pozycji odczytu, o ile takiej nie ma. Może też spowodować dodanie pozycji arkusza, jeśli takiej nie ma, pod warunkiem, że pozycja będzie unikalna
w inwentaryzacji (nie ma jej na innym arkuszu). Zostanie przy tym ustalone wskazanie na partię towaru (system podczas dodawania pozycji odczytu będzie sprawdzał, czy istnieje już taka pozycja odczytu - o takim samym wskazaniu na partię towaru i adres w magazynie; jeśli takiej pozycji nie odnajdzie, sprawdzi, czy istnieje taka pozycja na arkuszu i jeśli jest zostanie do niego dodana pozycja odczytu, jeśli nie – zostanie dodana pozycja arkusza przy sprawdzeniu czy nie ma takiej pozycji arkusza na innej inwentaryzacji; w przypadku, gdy partia taka nie istnieje zostanie założona partia i dodana zostanie pozycja arkusza i odczytu).
Jeśli przy odczycie danych z kolektora odczytany zostanie kod jednostki pomocniczej, a na odczycie występuje partia tego towaru wówczas zostanie powiększona ilość tego towaru na pozycji, która już występuje na odczycie. Podobnie, jeśli odczytany zostanie kod towaru, a na odczycie występuje partia tego towaru bez kodu EAN, również odpowiednio zostanie powiększona ilość towaru na odczycie.
Uwaga
Do arkusza inwentaryzacyjnego otwartego na innym stanowisku można dodać odczyt zarówno z kolektora jak i ręcznie, ale pod warunkiem, że inwentaryzacja jest przyrostowa.
Pod listą towarów na odczycie znajdują się również przyciski:
[Zeruj wszystkie pozycje] służy do zerowania ilości w kolumnie Ilość Rzeczywista.
[Usuń], który jest aktywny, jeśli odczyt jest otwarty i odczytywana ilość jest zerowa.
Następnie należy wydrukować odczyt z wprowadzonymi ilościami i sprawdzić poprawność danych (opcjonalnie).
Kolejną czynnością jest zamknięcie odczytu (należy go oznaczyć jako: Zamknięty i zapisać).
Do jednego arkusza można utworzyć wiele odczytów. Przy zapisywaniu odczytu ilości z niego są przepisywane do arkusza. Jeśli odczyt jest kolejnym do tego samego arkusza i wybrano inwentaryzację porównawczą, to przy jego zamykaniu zostanie wyświetlona lista różnic w stosunku do ilości zliczonych zapisanych już w arkuszu. Na liście różnic pobierane są pozycje z odczytu. Aby zamienić dotychczasowe ilości (z poprzedniego odczytu) należy zaznaczyć pozycje na liście (zaznaczona pozycja zostanie zaktualizowana) i zatwierdzić wybór przyciskiem: [Zatwierdź]. Zaznaczenie pozycji spowoduje, że nowa ilość zostanie przepisana do arkusza. Ilości, które ostatecznie znajdą się na arkuszu widoczne są w kolumnie: Po zapisie.
Jeżeli ilości wpisane na odczyt są poprawnie wprowadzone, należy zapisać zmiany zaznaczając wcześniej parametr: Zamknięty, na oknie: Odczyt inwentaryzacyjny.
Tak utworzony odczyt pojawia się na liście odczytów. Po zatwierdzeniu odczytu ustalone ilości zostaną automatycznie dopisane do arkusza.
Arkusz inwentaryzacyjny
Możliwe jest także utworzenie nowego odczytu poprzez zaczytanie informacji z kolektora danych. W tym celu należy na zakładce Odczyty użyć opcji Odczyt z kolektora, dostępnej pod przyciskiem: . Wczytanie danych z kolektora spowoduje dodanie odczytu z ilościami magazynowymi zgodnymi z uzupełnionymi w kolektorze. Jeśli wśród pozycji w kolektorze znajdują się takie, których nie ma na arkuszu, do którego generowany jest odczyt, to zostaną one automatycznie dodane również do arkusza. Tak dodawany odczyt nie jest zatwierdzony, zatem aby ilości zostały przeniesione na arkusz należy go zatwierdzić.
Utworzony odczyt zawiera tę samą listę towarów, co odpowiadający mu arkusz jeżeli jest tworzony z zakładki
w przypadku generowania za pomocą przycisku [Generuj odczyt dla zaznaczonych] znajdującego się na Arkuszu inwentaryzacyjnym, będzie zawierał zaznaczone pozycje. Wyświetlana i dostępna do edycji ilość, to ilość rzeczywista, czyli zliczona. Ilość rzeczywista wprowadzona dla pozycji odczytu może być liczbą ujemną, jeśli odczyt jest przyrostowy. Lista jest wyświetlana według:
Lp.
Wg kodu towaru
Wg kodu EAN
Wg symbolu
Wg nazwy
Wg położenia (w przypadku inwentaryzowania ilości magazynowej).
Możliwe jest również wykorzystanie ogólnego filtra.
Na odczycie inwentaryzacyjnym możliwe jest, by w prosty sposób odróżnić pozycję, w której edytowana jest ilość. W pierwszej kolejności zaznacza się cały wiersz na niebiesko, a dwuklik w kolumnę otwiera kolumnę Ilość do edycji, natomiast cały wiersz jest podświetlony na szaro.
Na odczycie możliwe jest przepisanie ilości z arkusza – czyli ilości magazynowej/handlowej jaka z niego wynika. Przepisanie odbywa się po naciśnięciu przycisku: [Przepisz ilości z arkusza].Następnie należy wydrukować arkusz spisowy (odczyt) i przeprowadzić spis (zliczyć ilości) towarów według wydruku.
Zliczone ilości należy wprowadzić do odczytu. Odszukiwanie odpowiednich pozycji przy wprowadzaniu danych ułatwia lokator, czyli ustawianie kursora przy pomocy ciągu znaków wpisanego z klawiatury. Wpisany ciąg jest wyświetlany pod opisem kolumny z kodem, na której działa.
Rodzaje odczytów
Istnieje możliwość utworzenia wielu odczytów inwentaryzacyjnych w ramach jednego arkusza. W zależności od wybranego sposobu agregacji, ilości z kolejnych odczytów będą sumowane lub porównywane. O tym jak system będzie się zachowywał zależy wybór odpowiedniej opcji na nagłówku inwentaryzacyjnym w obszarze Rodzaj odczytów: Porównawcza lub Przyrostowa.
Rysunek 14 Rodzaj odczytu
Rodzaj odczytów: metoda Porównawcza
Metoda porównawcza najczęściej stosowana jest w sytuacji, gdy inwentaryzacja przeprowadzana jest kilkukrotnie w celu weryfikacji poprawności wprowadzonych danych w kolejnych odczytach.
Wybierając ten typ agregacji zasobów, podczas zamykania kolejnych odczytów pojawi się okienko z towarami wraz ze wskazaniem różnic pomiędzy ostatnio zatwierdzoną ilością a ilością wynikającą z aktualnie potwierdzanego odczytu. Zaznaczając check przy poszczególnych pozycjach mamy możliwość wskazania, które towary zostaną,
a które nie zostaną (poprzez odznaczenie danej pozycji na Liście różnic) zaktualizowane względem ilości aktualnie zapisanej na arkuszu. W ostatniej kolumnie: Po zapisie jest przedstawiona ilość, która zostanie ostatecznie przepisana na arkusz inwentaryzacyjny. Ilość ta jest również widoczna w postaci wytłuszczonej.
Rodzaj odczytów: metoda Przyrostowa
Dla odczytów przyrostowych system Comarch ERP XL sprawdza czy istnieje ilość rzeczywista
przypisana już do danego magazynu. W związku z tym, aby przypisać ilość do magazynu należy
sprawdzać czy na tym magazynie ilość magazynowa minus ilość rzeczywista jest większa od zera oraz
czy ilość magazynowa minus ilość rzeczywista jest mniejsza bądź równa zbiorczej ilości rzeczywistej z
odczytu.
Rozpoczęcie inwentaryzacji metodą przyrostową odbywa się poprzez wybór opcji Przyrostowe dla parametru: Rodzaj odczytu na nagłówku inwentaryzacji.
Metoda ta jest stosowana podczas inwentaryzacji prowadzonej przez kilku operatorów jednocześnie na wydzielonych obszarach w magazynie. W jej wyniku ilości wprowadzane przez operatorów na poszczególnych odczytach są na arkuszu sumowane. Korekta ilości rzeczywistej wynikającej z zatwierdzonych odczytów
W systemie Comarch ERP XL istnieje możliwość skorygowania już zatwierdzonych odczytów poprzez wystawienie nowego odczytu.
W metodzie porównawczej, w celu skorygowania błędnej ilości rzeczywistej dla towaru, wynikającej
z zatwierdzonych odczytów wystarczy, aby odczyt korygujący miał wypełnione ilości jedynie dla błędnych pozycji. Zatwierdzenie takiego odczytu spowoduje podniesienie listy różnic. Zaznaczenie parametru przy pozycjach, które mają być skorygowane spowoduje zmianę ilości rzeczywistej na zgodną z ilością wypełnioną na odczycie korygującym.
Z kolei w metodzie przyrostowej, ilości uzupełniane w odczycie korygującym powinny być równe różnicy między prawidłową ilością a rzeczywistą występującą w arkuszu. Zatwierdzenie takiego odczytu spowoduje dodanie różnicy wpisanej na odczycie korygującym. Ilość wpisana w odczycie korygującym może być ujemna.
Po zapisaniu odczytu, należy zapisać arkusz i wydrukować go, jeśli jest to wymagane przez procedury przyjęte
w firmie.
Następnie należy zaznaczyć: Zamknij inwentaryzację, w jej nagłówku i zapisać ją. Zamknięcie inwentaryzacji jest możliwe, jeśli zamknięte są wszystkie odczyty. Spowoduje ono utworzenie pary dokumentów PW (przyjęcie nadwyżek) i RW (wydanie niedoborów) – w przypadku inwentaryzacji ilości handlowych lub PM/WM/MP
w przypadku inwentaryzacji ilości magazynowych oraz odblokowanie magazynu.
Dla inwentaryzacji zbiorczej generowanych może być kilka dokumentów różnicowych. Dla każdego magazynu, na którym powstały rozbieżności są generowane dokumenty.
Podgląd tych dokumentów jest możliwy z zakładki: Dokumenty nagłówka inwentaryzacji. Na zakładce widoczne są kolumny: Dokument, Magazyn, Data wystawienia, Wartość netto. Magazyn wyświetlany jest tylko dla dokumentów wygenerowanych z inwentaryzacji.
Inwentaryzacja magazynu WMS z obsługą położeń zbiorczych.
W systemie Comarch ERP XL nie będzie możliwa inwentaryzacja pojedynczego lub kilku wybranych (nie wszystkich) magazynów składowych, które wchodzą w skład magazynu zbiorczego obsługującego położenia zmienne (funkcjonalność aplikacji Comarch WMS). W sytuacji, gdy wybrany w nagłówku inwentaryzacji magazyn będzie stanowił magazyn składowy magazynu zbiorczego obsługującego położenia zmienne, wówczas użytkownik zostanie poinformowany o charakterze wybranego magazynu i będzie musiał zadecydować czy chce by pozostałe magazyny składowego wchodzące w skład magazynu zbiorczego, do którego należy wybrany przez niego magazyn zostały dodane do inwentaryzacji czy też rezygnuje z inwentaryzacji wybranego uprzednio magazynu. W sytuacji, gdy któryś z magazynów składowych stanowiących ten sam magazyn zbiorczy, co wybrany do inwentaryzowania magazyn, nie będzie dostępny w kontekście centrum, w którym jest zakładana inwentaryzacja, przeprowadzenie inwentaryzacji jest blokowane. Po zrealizowaniu w Comarch WMS inwentaryzacji nastąpi przekazanie wyniku do Comarch ERP XL. Odczyt przekazywany będzie jako jeden formularz, z informacją o łącznej ilości danego towaru na wszystkich inwentaryzowanych magazynach. Jest to tożsame działanie z dotychczasową funkcjonalnością inwentaryzacji zbiorczej wielu magazynów. Po przekazaniu ilości (odczytu), w tym także w rozbiciu na magazyny, nie będzie możliwa zmiana przesłanej ilości.
Zamykanie inwentaryzacji
Jeżeli wszystkie odczyty zostały wprowadzone do systemu, inwentaryzacja może zostać zamknięta. Aby to uczynić należy na oknie nagłówka inwentaryzacji zaznaczyć parametr: Zamknięta.
Zamknięcie inwentaryzacji
Dokumenty różnic inwentaryzacyjnych
Na skutek zaznaczenia parametru zostaną wygenerowane dokumenty rejestrujące nadwyżkę lub niedobór. Dokumenty związane z inwentaryzacją są widoczne, poza listą poszczególnych dokumentów, także na zakładce: Dokumenty nagłówka inwentaryzacji. Z tego poziomu można edytować dokument rozliczający. W tym miejscu można także dogenerować dokumenty magazynowe z handlowych i handlowe z magazynowych, w zależności od tego, które dokumenty powstały w wyniku zatwierdzenia dokumentu Inwentaryzacji.
Dokumenty po inwentaryzacji
Dokumenty inwentaryzacyjne powstają w stanie: do bufora lub są automatycznie zatwierdzane. Jest to uzależnione od ustawienia w oknie: Konfiguracja, modułu: Sprzedaż (zakładka: Sprzedaż/Parametry 2), parametru: Automatyczne zatwierdzanie dokumentów inwentaryzacyjnych.
Parametr odpowiadający za automatyczne potwierdzanie dokumentów inwentaryzacyjnych
W zależności od sposobu tworzenia inwentaryzacji (według stanów handlowych lub według stanów magazynowych) różnica pomiędzy stanem systemowym a stanem rzeczywistym towaru regulowana jest poprzez wygenerowanie dodatkowych dokumentów na powstałe różnice. W systemie Comarch ERP XL dokumentami różnic inwentaryzacyjnych są:
- podczas generowania inwentaryzacji według stanów handlowych: Rozchód Wewnętrzny (RW), Przychód Wewnętrzny (PW)
- podczas generowania inwentaryzacji według stanów magazynowych: Wydanie Magazynowe (WM), Przyjęcie Magazynowe (PM), Przesunięcie Wewnątrzmagazynowe (MP).
W sytuacji, gdy inwentaryzacja jest wykonywana po stanach magazynowych wg położenia, to wygenerowane mogą zostać dokumenty Wydania Magazynowego, jeżeli inwentaryzacja wykaże nadmiar danego towaru na danym adresie oraz Przyjęcia Magazynowego w przypadku niedoboru towaru na danym adresie lub dokument Przesunięcia Wewnątrzmagazynowego, jeżeli na jednym adresie występuje nadmiar a na innym adresie występuje niedobór danego towaru z tej samej partii jednocześnie. W takiej sytuacji system wygeneruje dokument Przesunięcia Wewnątrzmagazynowego z adresu, na którym występuje nadmiar na adres, na którym występował niedobór danego towaru z tej samej partii.
Uwaga
W przypadku inwentaryzacji wg stanów magazynowych do powstałych dokumentów różnic: PM i WM należy jeszcze do generować odpowiednio dokumenty handlowe PW i RW
Na powstałym w wyniku zamknięcia inwentaryzacji dokumencie przyjęcia PW cena jest ustalana zgodnie w wyborem opcji na nagłówku inwentaryzacji w obszarze Wycena nadwyżek wg: Średniej ceny zasobu lub Ostatniej ceny zakupu.
Dokumenty wygenerowane z inwentaryzacji posiadają specjalny opis, który wskazuje na identyfikator inwentaryzacji, z której zostały wygenerowane. Opis, że dokument został wygenerowany automatycznie podczas zamykania inwentaryzacji widoczny jest również na liście dokumentów magazynowych lub handlowych w zależności od rodzaju inwentaryzacji. Dokumentów wygenerowanych z inwentaryzacji nie można anulować.
Lista dokumentów
Przy próbie anulowania dokumentu pojawi się komunikat:
Komunikat przy próbie anulowania
Dokumentów PM, WM, MP, PW i RW wygenerowanych przez zamknięcie inwentaryzacji nie można usunąć ani anulować. Przed zatwierdzeniem można jednak edytować ich pozycje, w szczególności zmieniać ilość.
Uwaga
W przypadku inwentaryzacji na magzynie WMS do dokumentów różnic RW, PW nie powstają dokumenty magazynowe. Inwentaryzacja na takim magazynie może być wyłącznie handlowa.
Korekta inwentaryzacji
W systemie Comarch ERP XL nie ma możliwości modyfikacji zamkniętej inwentaryzacji, jej otwarcia ani anulowania zatwierdzonych dokumentów różnic inwentaryzacyjnych.
Korektę zamkniętej inwentaryzacji można wykonać poprzez skorygowanie powstałych dokumentów różnic inwentaryzacyjnych albo poprzez wykonanie kolejnej inwentaryzacji dla towarów, które wymagają skorygowania.
Korekta dokumentów różnic inwentaryzacyjnych
Wykonanie korekty dokumentów spowoduje zmianę zarówno ilości towarów jak i wartości magazynu ustaloną
w wyniku zamknięcia inwentaryzacji.
W przypadku dokumentów RW możliwe jest utworzenie jedynie korekty ilościowej, a więc należy wykonywać ją
w przypadku, gdy ilość rzeczywista dla towaru ustalona z inwentaryzacji została zaniżona.
Dla dokumentów PW można korygować zarówno wartość jak i ilość przyjętego towaru. Korektę PW można wykonać, jeśli nadwyżki zostały przyjęte wg niewłaściwej ceny (korekta wartości elementów dokumentu) lub ilość rzeczywista dla towaru została zawyżona.
Wykonanie kolejnej inwentaryzacji
Nie wszystkie przypadki błędnie uzupełnionych inwentaryzacji można skorygować przez korektę dokumentów różnic inwentaryzacyjnych. W sytuacji, gdy dla towaru zostało wygenerowane RW a powinno być PW nie ma możliwości prawidłowego skorygowania dokumentów różnic. Takie, jak i inne przypadki związane z błędnie wypełnionymi ilościami rzeczywistymi można skorygować poprzez wykonanie kolejnej inwentaryzacji. Inwentaryzację można wykonać jedynie dla błędnych indeksów towarowych.
Korygowanie dokumentów z inwentaryzacji na magazynach WMS
Z uwagi na to, że do dokumentów inwentaryzacyjnych WMS (RW, PW) nie powstają dokumenty magazynowe – nie powinno się zmieniać ilości na tych dokumentach, ponieważ nie powstanie dokument różnicowy do WMS.
Korekty należy wykonywać wyłącznie przez RWK / PWK do zatwierdzonych wcześniej dokumentów z inwentaryzacji na magazynie WMS.
Inwentaryzacja towaru z partiami oznaczonymi identyfikatorami dostaw
Zmiana ma na celu zmniejszenie ryzyka powstawania rozbieżności pomiędzy partiami w Comarch ERP XL oraz Comarch WMS. Sprowadza się ona do tego, że w przypadku towarów z oznaczaniem partii numerami dostaw, dokument rejestrujący nadwyżki inwentaryzacyjne przyjmuje zasoby na te same partie (co do ID) co wskazane na arkuszu (zgodnie z WMS), a co za tym idzie w ramach już utworzonych wcześniej dostaw. Cena na tak utworzonym elemencie PW jest ustalana zgodnie z ceną na źródłowej dostawie (czyli dostawie, która założyła daną partię).
Dodatkowo w przypadku gdy wprowadzana na odczycie w Comarch WMS nadwyżka zakłada nową partię, również jest ona przekazywana i zapisywana w ERP i tworzona nowa dostawa przyjmuje jej ID. Jednocześnie następuje aktualizacja zakładającego dokumentu handlowego dla partii.
Kompensata braków i nadwyżek inwentaryzacyjnych
Niżej opisana funkcjonalność ma na celu umożliwienie skompensowania powstałych różnic inwentaryzacyjnych. Stwierdzone braki można sparować z uznanymi nadwyżkami, przez co możliwym jest ustalenie rzeczywistych wartości braków na magazynie. Jednocześnie można oznaczyć elementy dokumentów inwentaryzacyjnych jako rzeczywiste braki/nadwyżki. Procedura może korzystać z następujących modułów: Sprzedaż, Import, Serwis, Księgowość, Produkcja, Projekty, Kompletacja, Rejestracja produkcji. Jeżeli operator ma zaznaczone inne moduły, wówczas dostęp do okna edycyjnego KBN jest blokowany. Powyższego będzie można dokonać na nowym typie dokumentu (z odrębną definicją), tj. Kompensata braków i nadwyżek inwentaryzacyjnych (KBN), dostępnym na liście dokumentów handlowych, na dedykowanej zakładce tj. {KBN} dostępnej jako ostatnia, za zakładką {DP}.
Lista dokumentów, zakładka KBN
Na liście prezentowane są podstawowe informacje dotyczące dokumentu, tj.: numer, data wystawienia, wartość skompensowanych elementów, stan dokumentu, magazyn oraz cecha i opis transakcji. Kolumna wartości jest sumowana oraz ukrywana dla Operatora bez uprawnienia: Widzi ceny zakupu.
Dokumenty na liście mogą być ograniczane wg zdefiniowanego własnego filtra, a także wg magazynu, stanu, właściciela, cechy, miesiąca wystawienia. Dokument KBN może występować w pięciu możliwych stanach, tj.
w buforze (niezatwierdzony), w realizacji, jako zatwierdzony, zaksięgowany, anulowany. Stan w realizacji jest stanem roboczym, automatycznie ustalanym po pierwszym parowaniu lub oznaczeniu elementu jako trwały brak/nadwyżka. Usunięcie wszystkich parowań, potwierdzeń braku/nadwyżki przywraca stan w buforze (niezatwierdzony).
Zaksięgowanie dokumentu jest możliwe po zatwierdzeniu dokumentu. Anulowanie jest możliwe pod warunkiem, że KBN nie jest zaksięgowany ani rozliczany. Usunięty może być dokument KBN w buforze oraz
w realizacji. Po anulowaniu KBN, sparowane na nim elementy, także te oznaczone jako trwały brak/nadwyżka będzie ponownie mogły być „użyte” na nowym KBN.
Dokument KBN posiada zakładkę [Elementy], [Nagłówek], [Księgowość] (widoczna po zatwierdzeniu) oraz standardowo [Atrybuty], [Załączniki], a gdy zgodnie z definicją dokumentów ma być generowana płatność, wówczas także zakładkę [Płatność].
KBN – zakładka Elementy
Głównym miejscem działania dokumentu KBN jest zakładka [Elementy], na której dostępne są filtry, w oparciu o które ustalane i prezentowane są elementy dokumentów inwentaryzacyjnych. A dokładniej, poszczególne dokumenty RW, PW, z których elementy będą ustalane w sekcji 1 i 2 na zakładce [Elementy] szukane są wg filtrów: data, magazyn, seria. Zarówno w przypadku magazynu jak i serii, można wskazać wiele z listy. Ustalanie elementów nastąpi po użyciu stosownej opcji (piorun). Zakładka [Elementy] została podzielona na sekcje zgodnie z poniższym opisem.
Dokument KBN, zakładka Elementy
Sekcja Braki – z listą elementów ustalanych następująco: na podstawie potwierdzonych dokumentów RW, pochodzących z inwentaryzacji, spełniających warunki wg wskazań w filtrach: Data od, Data do, Magazyn, Seria weryfikowane są ich elementy. Te z nich, które dotąd nie zostały sparowane, a także te, które nie zostały uznane za rzeczywiste braki są prezentowane w sekcji 1. Jednocześnie uwzględniane są tutaj (w ilości, cenie, wartości) istniejące korekty do tychże inwentaryzacyjnych RW (bez względu na datę ich wystawienia).
W sekcji, potwierdzone braki są prezentowane z wyszarzonym kodem, a w kolumnie Rodzaj jest prezentowany ich charakter, tj. czy zawiniony, czy niezawiniony.
Sekcja Nadwyżki – z listą elementów ustalanych podobnie jak w sekcji 1 z tym, że w odniesieniu do PW inwentaryzacyjnych.
Dla obu ww. sekcji udostępniona jest możliwość podglądu wybranego elementu na źródłowym dokumencie RW, PW. Ponadto na zakładce dodany jest checkbox: Powtarzające się elementy, po zaznaczeniu którego lista braków oraz nadwyżek jest zawężana do elementów występujących w obu sekcjach (zgodność kodu towaru).
Te PW/RW mogą być powiązane wprost z inwentaryzacją (w przypadku inwentaryzacji handlowej) lub jako dokumenty handlowe związane z magazynowym wygenerowanym z inwentaryzacji.
Wskazania w filtrach, na podstawie których ustalane są elementy, są aktywne do czasu pierwszego parowania lub oznaczenia jako trwały brak/nadwyżkę.
Użycie przycisku w sekcji ustalania elementów skutkuje także ustaleniem listy osób odpowiedzialnych za zawinione braki, o czym więcej w dalszej części opisu.
Sekcja Elementy sparowane – z listą elementów sparowanych. Są tu pokazywane rekordy zgodnie ze sparowanymi/połączonymi elementami. Ilość dla prezentowanego elementu ustalana jest na poziomie mniejszej z ilości na parowanych elementach, cena zostanie zachowana.
Sekcja 5 Różnica wartości- tu pokazywana jest różnica wynikająca z kompensaty pomiędzy sparowanymi elementami oraz wartość kompensaty.
Udostępnione zostały następujące wydruki dotyczące KBN (w przypadku, gdy Operator nie ma prawa: Widzi ceny zakupu, wówczas nie jest prezentowana wartość kompensaty):
Kompensata różnic, potwierdzone braki – z informacją o nierozliczonych uznanych brakach
Kompensata różnic, potwierdzone nadwyżki – z informacją o nierozliczonych uznanych nadwyżkach
Kompensata różnic, pozycje skompensowane – z informacją o skompensowanych brakach i nadwyżkach
Dodatkowo przygotowany został wydruk listy dokumentów KBN
Zmodyfikowany został wydruk zestawienia transakcji pod kątem uwzględniania dokumentów KBN
Generowanie KBN możliwe jest również z poziomu nagłówka inwentaryzacji po potwierdzeniu związanego dokumentu PW i RW.
Operacje na zakładce Elementy
Parowanie elementów – proces parowania polega na świadomym wskazaniu przynajmniej jednego elementu z RW oraz przynajmniej jednego elementu z PW i potwierdzeniu, że para niweluje/kompensuje wykazaną różnicę inwentaryzacyjną. Tzn. uznaje się, że na poziomie mniejszej z ilości, niedoboru i nadwyżki nie ma. Po użyciu opcji: Paruj, zaznaczone w sekcji Braki i w sekcji Nadwyżki elementy są ze sobą parowane i usuwane z listy
i jednocześnie dodawane w sekcji poniżej. Wycena takiego parowania, czyli wartość kompensaty stanowi wynik mniejszej ilości i niższej ceny parowanych elementów RW, PW.
Podczas parowania uwzględniane są kolejno wszystkie zaznaczone elementy, do czasu wyczerpania ilości; system paruje pierwszy zaznaczony element RW z pierwszym zaznaczonym elementem PW (honorowana jest kolejność zaznaczania); jeżeli po sparowaniu jw. pozostanie ilość niesparowana z parowanego elementu RW/PW, wówczas jeżeli został zaznaczony drugi element PW/RW, wówczas nastąpi parowanie; jeżeli po tym parowaniu nadal pozostanie ilość niesparowana danego elementu RW/PW nastąpi parowanie z kolejnym zaznaczonym na liście elementem PW/RW, itd. aż do wyczerpania ilości na wszystkich zaznaczonych elementach. Jeżeli dojdzie do pełnego sparowania elementu RW i PW, system weryfikuje czy istnieją kolejne zaznaczone elementy, które dotąd nie były parowane (częściowo).
Uwaga
Po sparowaniu/potwierdzeniu elementu jako brak/nadwyżka nie jest możliwe anulowanie dokumentu źródłowego tegoż elementu. Po sparowaniu/potwierdzeniu elementu jako brak/nadwyżka nie jest możliwe korygowanie tegoż elementu źródłowego (blokada korygowania dotyczy całego elementu, nawet wówczas, gdy sparowana została tylko cześć ilości)
Usuwanie parowania – usuwanie parowania polega na świadomym wskazaniu przynajmniej jednego elementu i potwierdzeniu, że para nie stanowi kompensaty wykazanej różnicy inwentaryzacyjnej. Tzn. uznaje się, że elementy stanowią niedobór i nadwyżkę, który będzie można ewentualnie ponownie sparować. Po użyciu opcji: Usuń parowanie, zaznaczone elementy zostają rozłączane, usunięte z listy w sekcji dolnej oraz ponownie są wykazywane w sekcji RW i PW. Jeżeli na etapie parowania, po jednej ze stron możliwe było sparowanie części ilości, wówczas po usunięciu parowania element jest ponownie sklejany/łączony w zależności czy brak czy nadwyżka (aktualizowana będzie ilość i wartość).
Opcja: Potwierdź nadwyżkę/brak zawiniony/niezawiniony (i odwrotna do niej) – opcja niesie za sobą oznaczenie, że element jest uznanym brakiem, nadwyżką. Po wywołaniu tej funkcji na dokumencie KBN, wskazane pozycje dotąd niesparowane zostają specjalnie oznakowane oraz nie będą się pojawiały na żadnym przyszłym dokumencie KBN. W przypadku braków, możliwym jest opisywanie ich jako niedobory zawinione oraz niezawinione. Wywołanie tej funkcji poprzedzone zostanie stosownym komunikatem, celem potwierdzenia trwałych zmian w bazie. Dostęp do funkcji: Potwierdź nadwyżkę/brak zawiniony/niezawiniony jest oparty na parametrze na definicji dokumentu KBN, w sekcji: Dozwolone operacje na dokumencie: „Potwierdzanie nadwyżek/braków”.
Przyklad
Operator zaznaczył do sparowania w sekcji Braki (1) pozycję A1 oraz A2, natomiast w sekcji Nadwyżki (2) pozycję T2:
Następnie dokonał parowania zaznaczonych elementów. Ponieważ dla zaznaczonych pozycji suma ilości w sekcji 1 jest mniejsza od sumy zaznaczonych pozycji w sekcji 2, po parowaniu w sekcji 1 pozycji A1, A2 nie ma, natomiast w sekcji 2 pozostaje niesparowana część elementu T2:
Po sparowaniu w ilości mniejszej z sum zaznaczonych elementów, zostają one “przeniesione” do sekcji 3 i 4 elementów sparowanych:
Jednocześnie wyliczona zostaje sekcja Różnica (5) w wartości: dla pary A1 + T2: będzie to różnica 5,46 (wartość RW) i 14,50 (wartość PW) czyli po stronie PW 9,04 dla pary A2 + T2: będzie to różnica 35,10 (wartość RW) i 43,50 (wartość PW) czyli po stronie PW 8,40
Wartość kompensaty, jako wynik mniejszej ilości i niższej ceny będzie wynosiła odpowiednio: dla pary A1 + T2: będzie to wartość 5,46 (1 x 5,46) dla pary A2 + T2: będzie to wartość 35,10 (3 x 11,70) Globalna wartość kompensaty będzie wynosiła 40,56 (5,46 + 35,10).
Po usunięciu parowania w sekcji 3-5 jest pusto, natomiast sekcja 1 i 2 wygląda jak na wstępie przykładu:
Rozliczanie dokumentu KBN
Generowanie płatności – jeżeli tak wynika z definicji dokumentu KBN, może on tworzyć płatności. Płatność powstaje w kwocie potwierdzonych braków inwentaryzacyjnych, które oznaczone zostały jako zawinione (po użyciu opcji: Potwierdź brak zawiniony). Podmiot dla płatności ustalany jest na podstawie listy pracowników j.n.
W przypadku generowania płatności, na zakładce {Płatności} dostępna jest lista osób odpowiedzialnych za magazyn, zawierająca akronim pracownika i jego % odpowiedzialności (edytowalny) za konkretny (wykazany) magazyn. Lista jest tworzona w oparciu o wskazania osób odpowiedzialnych na karcie magazynu, z możliwością zmiany, tj. dodania nowego, usunięcia istniejącego pracownika. Kwota płatności jest dzielona na wszystkich wskazanych pracowników odpowiedzialnych za magazyn, zgodnie z ich % udziałem w strukturze odpowiedzialności za magazyn w momencie zatwierdzania KBN.
Dokument KBN, zakładka Płatności
Generowanie płatności odbywa się wraz z zatwierdzaniem dokumentu KBN. Do tego czasu, na zakładce prezentowana jest „wirtualna” (czerwona) płatność odpowiadająca sumie przyszłych płatności. Termin i forma generowanych płatności domyślnie jest ustalana wg wskazań na zakładce {Elementy} danego dokumentu KBN.
W przypadku, gdy dokument kompensaty dotyczy kilku magazynów, pracownik/pracownicy są obciążani wyłącznie wartością braków na „jego/ich” magazynie.
Osoba na karcie Magazynu - na karcie Magazynu, w kontrolce: Osoba można wskazać pracownika odpowiedzialnego za dany magazyn. Funkcjonalność ta została rozbudowana w ten sposób, że na dodatkowej liście (ukrywanej) można wskazać wiele osób/pracowników, dla których można ustalić procentowo podział odpowiedzialności.
Podczas konwersji bazy, pracownik dotychczas wskazany w kontrolce Osoba, jest ustalany jako domyślny
i w 100% odpowiedzialny za magazyn.
Usunięcie osoby z pola obok przycisku Osoba jest tożsame z jednoczesnym odznaczeniem go jako domyślnej osoby odpowiedzialnej.
Jeżeli w kontrolce nie ma wybranego pracownika, po dodaniu kilku na liście pracowników, należały opisać jednego jako domyślny. Pracownik domyślny jest zapisywany jak dotychczas i prezentowany w kontrolce Osoba.
Osoba domyślna nie musi posiać maksymalnego % odpowiedzialności.
Na liście osób odpowiedzialnych, domyślna jest wyświetlana na czerwono
Łączny % odpowiedzialności za magazyn nie musi wynosić 100%.
Kontrolowane jest (podczas zapisu karty magazynu) by łączny % odpowiedzialności za magazyn nie przekraczał 100%
Karta magazynu, lista osób odpowiedzialnych
XL130 - Podmiana dostaw - wideoinstruktaż
Pytaj, pomagaj, udoskonalaj! Społeczność Comarch
Dzięki społeczności Comarch ERP rozwiązujemy problemy, dzielimy się pomysłami oraz informujemy o nowościach.
Główne zmiany dotyczące wymagań związane z wersją 2023.0 systemu Comarch ERP XL to:
Główne zmiany dotyczące wymagań związane z wersją 2020.0 systemu Comarch ERP XL, to:
Główne zmiany dotyczące wymagań związane z wersją 2018.1 systemu Comarch ERP XL, to:
Główne zmiany dotyczące wymagań związane z wersją 2016.0 systemu Comarch ERP XL, to:
Główne zmiany dotyczące wymagań związane z wersją 2013 systemu Comarch ERP XL, to:
Główne zmiany dotyczące wymagań związane z wersją 9.0 systemu Comarch CDN XL, to:
Główne zmiany dotyczące wymagań związane z wersją 2023.0 systemu Comarch ERP XL to:
Główne zmiany dotyczące wymagań związane z wersją 2018.1 systemu Comarch ERP XL to:
Główne zmiany dotyczące wymagań związane z wersją 2016.0 systemu Comarch ERP XL to:
Główne zmiany dotyczące wymagań związane z wersją 2013 systemu Comarch ERP XL to:
Główne zmiany dotyczące wymagań związane z wersją 10.5 systemu Comarch CDN XL to:
Główne zmiany dotyczące wymagań związane z wersją 9.0 systemu Comarch CDN XL to:
Główne zmiany dotyczące wymagań związane z wersją 7.1 systemu CDN XL to:
w wierszu: Akcja kluczowa.
. Naciśnięcie przycisku: 
, spowoduje natychmiastowe uruchomienie przetwarzania zadań automatycznych.
, rozwijający menu, z którego należy wybrać opcję: Dodaj zadanie.
[Zapisz]. W ten sposób można wyznaczyć kolejne zadania. W podanym przykładzie, do definicji procesu, zostały dodane następujące zadania:
. Zostanie otworzone okno: Definicja procesu (Zamówienie zakupu) z zakładką: Akcje.
[Dodaj]. Zostanie otworzone okno: Definicja Akcji.
. Z listy należy wybrać akcję: Potwierdzenie zamówienia zakupu.
[Zapisz]. Zapisana akcja zostanie wprowadzona na listę w oknie: Definicja procesu (Zamówienie zakupu).
[Wybierz]. Wybrana akcja zostanie przypisana do Czynności.
. Zostanie otworzone okno: Definicja czynności procesu, z zakładką: Zadania.
, menu kontekstowego i wybraniu z niego opcji: Dodaj zadanie. Uruchomiony zostanie w ten sposób proces definiowania zadania.
. Wybrane zadanie zostanie przypisane do Czynności jako Wynik dla Akcji.
. Zadanie: Wysłanie wiadomości e-mail o potwierdzeniu zamówienia (WW), zostanie przypisany do Czynności, jako Wynik dla Akcji: Potwierdzenie zamówienia zakupu.
. Wybrane centrum zostanie wprowadzone na zakładkę: Opiekunowie, w oknie: Definicja czynności procesu.
[Zapisz zmiany]. Po zapisaniu, Czynność zostanie przypisana do zadania: Akceptacja zamówienia (na zakładce: Czynności).
[Dodaj] lub wybraniu z menu kontekstowego, rozwijanego przyciskiem: 
, opcji: Dodaj czynność. Zostanie otworzone okno: Definicja czynności procesu, które należy wypełnić podobnie jak opisano to w rozdziale: Przypisywanie czynności do zadania: Akceptacja zamówienia, podając jako Akcję: Dodanie zamówienia zakupu, a jako Wynik – zadanie: Akceptacja zamówienia.
[Zapisz zmiany]. Zapisana definicja zostanie umieszczona w oknie: Definicje procesów.
[Zamknij proces].
[Dodaj]. W ten sposób zostanie otworzona definicja procesu. W oknie należy wprowadzić nazwę procesu.
. Zostanie otworzone okno: Definicja procesu, z zakładką: Akcje. W oknie tym, należy zdefiniować nową akcję – Akcję automatyczną. Odbywa się to po naciśnięciu przycisku: 
[Dodaj]. W otworzonym oknie: Definicja Akcji, w polu: Nazwa, wprowadzić nazwę Akcji – czyli: Akcja automatyczna. Zdefiniowaną Akcję należy zapisać, naciskając przycisk: 
[Zapisz].
[Wybierz].
).
[Wykonaj akcję],
, znajdującego się obok ikony 
i wybraniu odpowiedniej opcji, oznaczającej wykonanie jednej z czynności.
[Wykonaj akcję] spowoduje wykonanie akcji, przewidzianej dla czynności będącej elementem tej definicji. Przycisk: 
, rozwija menu kontekstowe z możliwymi opcjami wykonania akcji.
[Dodaj proces], który spowoduje otworzenie okna: Procesy do uruchomienia. W oknie, należy wybrać proces: Sprawdzenie wysokości sprzedaży i nacisnąć przycisk: 
[Wybierz].
) proces zostanie uruchomiony i przejdzie do następnego etapu: AKTYWNY.
umożliwiający podgląd graficzny wykresu.
. Dodane grupy można usuwać pojedynczo lub zbiorczo zaznaczając odpowiednie pozycje. W każdym momencie można tez wzbogacić listę o nowe pozycje. Ustawiona kolejność przycisków grup przesyłana jest na wszystkie stanowiska POS przypisane do oddziału.
Aby prezentacja grup w POS była wygodna i czytelna dla operatora, możliwe jest również wysłanie grafiki (obrazu), która będzie prezentowana na odpowiednim kafelku w POS. W tym celu należy na karcie grupy, na zakładce [Załączniki] dodać załącznik o typie obraz i zaznaczyć na nim parametr POS.
: Dodaj operatora z listy wszystkich operatorów. Po wybraniu tej opcji zostanie wyświetlona lista wszystkich operatorów bez względu na to czy zostali przypisani do powiązanego centrum firmy. Po zaznaczeniu wybranych operatorów zostaną oni dodani do Stanowiska POS i równocześnie do centrum firmy, o ile do tej pory nie byli dodani.
Przypnij operatora do stanowisk POS, zostanie wyświetlona lista w formie drzewa, gdzie stanowiska POS pogrupowane są wg oddziałów. Możliwe jest zaznaczenie dowolnych stanowisk i przypisanie ich do operatora. Ctrl+A spowoduje zaznaczenie wszystkich stanowisk. Zaznaczenie linii na poziomie oddziału spowoduje zaznaczenie wszystkich stanowisk danego oddziału
Przypnij operatorów do stanowisk POS, dzięki któremu możliwe jest równoczesne przypisywanie wielu operatorów do wielu stanowisk POS. Po zaznaczeniu wybranych operatorów, należy wybrać opcje jw., a następnie wskazać stanowiska wg zasad opisanych wcześniej. Zasady wiązania operatorów ze stanowiskami POS są analogiczne jak w przypadku wykonywania tego z karty operatora, tyle, że dotyczą wielu operatorów.
Na zakładce [Wydruki] znajdują się wszystkie wydruki wykorzystywane w Comarch POS. Po podniesieniu wydruku możliwe jest oznaczenie, czy dany wydruk ma być wysyłany do POS.
Dopiero po wygenerowaniu dokumentu MMP towar trafi na magazyn, do którego został zwrócony.
Ustawienie Grupy kontrahentów dla promocji przeznaczonej dla wszystkich kontrahentów
Konfiguracja promocji działającej na wszystkie towary w Comarch POS
[Testuj wykres] - służy do testowania edytowanego wykresu. Dokładniej przycisk ten służy do wykonania testu edytowanego wykresu z zastosowaniem bieżących ustawień na formularzu. Po jego naciśnięciu jest wykonywany w trybie testowym edytowany wykres. Tryb testowy polega na tym, że bezpośrednio przed przesłaniem zapytania na serwer zapytanie to (ze wstawionymi bieżącymi wartościami parametrów dynamicznych) jest podawane do edycji użytkownika. Po wykonaniu wykresu jest możliwa normalna nawigacja począwszy od węzła odpowiadającego edytowanemu wykresowi. Wykonaniu każdego wykresu w trybie testowym towarzyszy okno pozwalające na edycję zapytania przed przesłaniem go do serwera.
, co ma sygnalizować, że dane na wykresie nie odpowiadają bieżącym nastawom parametrów. Aby uzgodnić dane
z parametrami należy wykonać odświeżenie. Sytuacja taka nie występuje, jeśli w parametrach graficznych wykresu użyto parametru /@AutoRefresh – wówczas dane odświeżają się automatycznie po każdej zmianie dowolnego parametru.
, załącznik musi spełnić wymagania co do rozmiaru, typu pliku oraz wymiarów. Dostępność w e-Sklepie zatwierdzamy poprzez zaznaczenie na zakładce Ogólne załącznika przycisku e-Sklep. Jeżeli przycisk nie był zaznaczony a wykonaliśmy synchronizację, ważne jest również aby upewnić się, że dostępność e-sklep jest także zaznaczona w zakładce Obiekty.
[Logowanie do bazy] – zielona kłódka świadczy o tym, że Migrator połączył się z bazą.
[Import kart kontrahentów] – funkcja umożliwiająca migrowanie danych związanych z kontrahentami, np. grupa, adresy, osoby.
[Import kart towarów] – funkcja umożliwiająca migrowanie danych związanych z towarami np. grupy, cenniki, dostawy, jednostki miar, receptury, normatywy.
[Import dokumentów] – funkcja umożliwiającą migrowanie danych związanych z dokumentami np. magazynowymi, importowymi, SAD, umowy
zostanie otwarte okno: Lista załączników, w którym po naciśnięciu przycisku: 
[Dodaj] będzie można dodać nową grupę załączników
[Uruchom] dotyczący podglądu załącznika w oknie obiektu, do którego zostały przypisane. Jego naciśnięcie spowoduje uruchomienie programu, umożliwiającego przegląd załączników, np. dla wyświetlenia arkusza kalkulacyjnego zostanie automatycznie uruchomiona aplikacja: MS Excel.
[Uruchom] lub wybraniu z menu kontekstowego, (rozwijanego prawym klawiszem myszy) funkcji: Uruchom podgląd.
[Zapisz]. Nowy typ załączników zostanie wprowadzony na listę typów załączników w oknie: Słowniki kategorii.
[Dodaj grupę] – po naciśnięciu przycisku otwiera się okno: Grupa załączników.
[Dodaj] – służy dodaniu załącznika do listy. Po naciśnięciu przycisku zostanie wyświetlone okno: Załącznik, z poziomu którego można importować oraz eksportować załączniki, a także przypisywać załączniki do obiektu. Po dodaniu łącznika kursor będzie podświetlał nowo dodany rekord na liście.
[Karta] – po naciśnięciu przycisku zostanie wyświetlone do podglądu/edycji okno: Załącznik
[Usuń] – usuwa załącznik (niepowiązaną z żadnym obiektem) z listy.
[Podgląd], 
[Uruchom], 
[Zapisz], 
[Eksport do pliku], 
[Usuń], 
[Zapisz], 
[Anuluj], których działanie zostało opisane powyżej.
[Dodaj], ich podgląd 
[Podgląd], 
[Usuń].
dotycząca pokazywania obiektów i aplikacji, których dotyczy załącznik.
[Zobacz stronę], która służy do wywoływania (otwierania) załącznika oraz
[Lokalizacja pliku lub folderu], za pomocą której można wskazywać ścieżkę do załącznika.
[Lokalizacja pliku lub folderu], znajdują się opcje, za pomocą których można wskazać odpowiedni link:
[Import pliku] to załącznik przestanie być tylko linkiem. W takiej sytuacji wykonany zostanie standardowy zapis pliku do bazy danych.
[Wybierz plik]. Wymagane pliki sterowników znajdują się w katalogu, do którego został zainstalowany system Comarch ERP XL. Sterowniki te należy dobierać w zależności od typu drukarki i rodzaju pracy (stacjonarna, przez terminal).
[Test sterownika] – po jego wykonaniu otrzymujemy informacje na temat: Nazwy, Wersji oraz Typu sterownika. Opcja ta jest dostępna jedynie na zakładce: Drukarka fiskalna;
[Test drukarki] – jeżeli wybrany wcześniej sterownik oraz port COM są prawidłowe oraz nie ma problemów technicznych, to pojawia się komunikat: Drukarka podłączona; 
[Dodaj] podnosi się okno: Drukarka fiskalna - zostanie dodana.
[Test drukarki] kończy się komunikatem: Drukarka podłączona.
– otwiera się okno: Fiskalizacja dokumentów. Aby wybrać dokument do powtórnej fiskalizacji należy nacisnąć przycisk: 
[Dokument].
[Fiskalizuj dokument].
W sekcji Konfiguracja znajdują się wszystkie dostępne widżety, które można przenieść na panele.
Sekcja z podłączonymi pulpitami – w tej części wyświetlana jest lista pulpitów podłączonych do danego operatora.
Sekcja, w której są widoczne wszystkie panele podłączone do danego pulpitu
.![Zakładka [Inne] na wysyłce](https://pomoc.comarch.pl/xl/wp-content/uploads/2021/01/word-image-174.png)
Pokaż powiązanie do paczki – wyświetla okno paczki powiązanej z zamówieniem, z której pochodzą te dane. Jeśli przycisk nie jest aktywny, to znaczy, że do zamówienia nie została powiązana paczka, w której znajdują się takie dane.
Link przesyłki – pozwala sprawdzić w przeglądarce historię przesyłki o podanym linku. Przycisk jest aktywny, tylko gdy pole jest wypełnione.
Polecenia pozwalają na seryjne (dla zaznaczonych dokumentów) dodawanie i usuwanie rezerwacji magazynowych WMS oraz rezerwacji ‘w przyszłość’.
Dodawanie rezerwacji magazynowych jest możliwe dla dokumentów (W)ZWM, które:
:
oznaczający możliwość stosowania filtra po zawartościach danej kolumny. Symbol wyświetlony zostaje po naprowadzeniu kursora myszki.
![Kod QR na wydruku Faktura VAT [sPrint]](https://pomoc.comarch.pl/xl/wp-content/uploads/2023/07/word-image-51340-48.png)
Dane znajdują się również w tabeli cdn.PicoLogElem
Przykładowe podzielenie plików. Ważne jest aby Size oraz autogrowth dla każdego Pliku miały takie same wartości.
Baza ta może znacznie się rozrosnąć przy dużych operacjach (np. odbudowa indeksów), więc należy jej zapewnić odpowiednią ilość miejsca.
Do wersji SQL 2014 włącznie po podziale baz na pliki należy ustawić flagi: T1117, T1118.
na dokumencie.
Zaznaczenie parametru oznacza, że okno będzie otwierane po wybraniu kontrahenta na dokumencie
Odznaczenie parametru oznacza, że okno będzie otwierane tylko po naciśnięciu ikony 
dostępna z poziomu zakładki Ogólne dokumentu daje możliwość ponownego otwarcia okna „Promocje pakietowe dla kontrahenta” i modyfikację pakietu.
Przycisk jw. obsłużony został w kontekście dokumentów, które są uwzględniane w nowej tabeli tj.:
dostępnym z poziomu listy kontrahentów oraz z otwartej karty kontrahenta umieszczona została informacja prezentująca sumaryczną ilość punktów przyznanych i odebranych kontrahentowi. Powyżej znajduje się lista dokumentów stanowiących źródło punktów dodatnich i ujemnych, wraz z datą ich przyznania. Za pomocą dodatkowych filtrów listę można zawężać do punktów przyznanych lub nieprzyznanych w ściśle określonym czasie.
na dokumencie zweryfikowanym prezentowany jest przycisk 
Użytkownik po dokonaniu weryfikacji poprawności dokumentu powinien oznaczyć taki dokument statusem zweryfikowany. Jeżeli tego nie uczyni, wówczas niemożliwe będzie zatwierdzenie dokumentu. Zweryfikowany dokument można cofnąć do statusu dokumentu niezweryfikowanego do chwili zatwierdzenie dokumentu. Zmiany statusu dokumentu można dokonać przy użyciu stosownej opcji:
w menu ww. przycisku na belce dokumentu
w menu przycisku pod listą dokumentów FZ
w menu kontekstowym listy FZ
Opcje dostępne w menu kontekstowym oraz przy przycisku pod listą dokumentów FZ obsłużone zostały jako operacje seryjne, dla wielu zaznaczonych dokumentów. Aktywność danej opcji uzależniona jest od stanu/statusu, w jakim znajduje się wskazany dokument.
, za pomocą którego możemy otworzyć załącznik, czyli plik, za pomocą którego dokument został zaczytany.
widoczna w lewym, górnym rogu podglądu pozwala na poruszanie się pomiędzy stronami w przypadku dokumentów wielostronicowych.
[Zapłata] – za pomocą funkcji można zarejestrować zapłatę całość, czyli rozliczyć wszystkie płatności dokumentu i jego składników. Możliwy jest wybór formy zapłaty, po naciśnięciu przycisku strzałki rozwijalnej. Przy rozliczeniu uwzględnione zostaną wszystkie płatności, niezależnie od przypisanych do nich form, np. rejestrowanie zapłaty gotówką za całość dokumentu spowoduje rozliczenie płatności, do której przypisano formę: Przelew. Dokonanie zapłaty będzie uwidocznione na zakładce: Płatności, w postaci zapisu kasowego.
[Przypnij automatycznie] – funkcja umożliwia automatyczne przypięcie tych paragonów, które nie zostały związane z innym dokumentem RS. Przypięte zostaną te paragony, których data wystawienia mieści się w przedziale czasowym, określonym na RS w polach: Raport za okres od/do.
[Przypnij] – funkcja umożliwia spięcie nowego paragonu do RS. Po naciśnięciu przycisku, zostanie wyświetlona lista paragonów, które nie zostały jeszcze związane z innym dokumentem RS. Wybór następuje przez zaznaczenie paragonu lub paragonów naciśnięcie przycisku: [Wybierz]. Przypięte mogą zostać tylko te paragony, których data wystawienia mieści się w przedziale czasowym określonym w polach: Raport za okres od/do.
[Odepnij] – funkcja umożliwia odpięcie zaznaczonego paragonu z dokumentu RS.
[Podgląd] – umożliwia wyświetlenie zaznaczonego na liście paragonu do podglądu.
[Zapłata] istnieje możliwość rejestrowania wpłat odpowiadających wskazanym należnościom. Przycisk: 
[Dodaj płatność] umożliwia dodanie płatności w wybranej walucie.
otwiera okno: Wykorzystanie limitu kredytowego. Wszystkie informacje wyświetlane w oknie są niedostępne do edycji.
– przycisk pozwala dodać limit kredytowy. Po jego naciśnięciu pojawia się okno: Limit kredytowy.
– przycisk jest aktywny jeżeli nie został zaznaczony parametr Limit nieograniczony dla tego Kontrahenta, na liście jest przynajmniej jeden limit kredytowy.
Usuń 
– przycisk jest aktywny jeżeli nie został zaznaczony parametr Limit nieograniczony dla tego Kontrahenta, na liście jest przynajmniej jeden limit kredytowy.
[Inwentaryzacja]. Jeżeli pojawi się komunikat z informacją na temat dokumentów w buforze lub rozbieżności stanów, to należy sprawdzić istniejące dokumenty pod kątem treści ostrzeżenia i ponownie wykonać czynności opisane wcześniej. Więcej w temacie uzgadniania stanów magazynowych znajduje się w rozdziale: 1 Przygotowanie systemu.
- zaznaczenie parametru Zamknięta powoduje zmianę statusu inwentaryzacji na zamkniętą oraz uzupełnienie pól Daty zamknięcia. Parametr ten widoczny jest na każdej zakładce dokumentu IMT.
[Dodaj] – umożliwia dodanie nowego arkusza inwentaryzacyjnego.
[Zmień] – umożliwia podniesienie arkusza do edycji.
[Usuń] – umożliwia usunięcie arkusza inwentaryzacji.
[Zmień] - umożliwia podniesienie dokumentu do edycji.
[Przychód wewnętrzny] – umożliwia wygenerowanie dokumentu PW
[Rozchód wewnętrzny] – umożliwia wygenerowanie dokumentu RW
[Korekta]
.
W efekcie na arkusz zostaną dodane odpowiednie towary. Aby do powstałej listy dodać kolejny towar należy wybrać kolejną grupę towarową lub towar w obszarze Generowanie i ponownie użyć pioruna.
- przycisk wyświetlany tylko dla inwentaryzacji dla wielu magazynów. Wartość
[ Pokaż / Ukryj stany towaru na magazynach] - pozwala na wyświetlenie listy „Rozbicie pozycji na poszczególne magazyny”. Jeżeli inwentaryzacja jest wykonywana w obrębie jednego magazynu przycisk ten jest ukryty.
[Dodaj] lub 
[Odczyt z kolektora]. Analogicznie jak to miało miejsce w przypadku arkuszu, odczyt należy odpowiednio nazwać.
. W efekcie, na odczyt zostaną przepisane ilości magazynowe lub handlowe
z arkusza inwentaryzacyjnego.
.
. Dla wybranego towaru można podać cechę z wybranej klasy cech. Istnieje możliwość określenia położenia towaru. W polu: Ilość, wskazuje się ilość towaru wprowadzanego na odczyt. Jest również pole z domyślną jednostką miary z karty towaru. Zapisanie okna powoduje dodanie pozycji odczytu, o ile takiej nie ma. Może też spowodować dodanie pozycji arkusza, jeśli takiej nie ma, pod warunkiem, że pozycja będzie unikalna
w inwentaryzacji (nie ma jej na innym arkuszu). Zostanie przy tym ustalone wskazanie na partię towaru (system podczas dodawania pozycji odczytu będzie sprawdzał, czy istnieje już taka pozycja odczytu - o takim samym wskazaniu na partię towaru i adres w magazynie; jeśli takiej pozycji nie odnajdzie, sprawdzi, czy istnieje taka pozycja na arkuszu i jeśli jest zostanie do niego dodana pozycja odczytu, jeśli nie – zostanie dodana pozycja arkusza przy sprawdzeniu czy nie ma takiej pozycji arkusza na innej inwentaryzacji; w przypadku, gdy partia taka nie istnieje zostanie założona partia i dodana zostanie pozycja arkusza i odczytu).
[Zeruj wszystkie pozycje] służy do zerowania ilości w kolumnie Ilość Rzeczywista.
[Usuń], który jest aktywny, jeśli odczyt jest otwarty i odczytywana ilość jest zerowa.
[Zatwierdź]. Zaznaczenie pozycji spowoduje, że nowa ilość zostanie przepisana do arkusza. Ilości, które ostatecznie znajdą się na arkuszu widoczne są w kolumnie: Po zapisie.
. Wczytanie danych z kolektora spowoduje dodanie odczytu z ilościami magazynowymi zgodnymi z uzupełnionymi w kolektorze. Jeśli wśród pozycji w kolektorze znajdują się takie, których nie ma na arkuszu, do którego generowany jest odczyt, to zostaną one automatycznie dodane również do arkusza. Tak dodawany odczyt nie jest zatwierdzony, zatem aby ilości zostały przeniesione na arkusz należy go zatwierdzić.
[Generuj odczyt dla zaznaczonych] znajdującego się na Arkuszu inwentaryzacyjnym, będzie zawierał zaznaczone pozycje. Wyświetlana i dostępna do edycji ilość, to ilość rzeczywista, czyli zliczona. Ilość rzeczywista wprowadzona dla pozycji odczytu może być liczbą ujemną, jeśli odczyt jest przyrostowy. Lista jest wyświetlana według:
[Przepisz ilości z arkusza].Następnie należy wydrukować arkusz spisowy (odczyt) i przeprowadzić spis (zliczyć ilości) towarów według wydruku.
w sekcji ustalania elementów skutkuje także ustaleniem listy osób odpowiedzialnych za zawinione braki, o czym więcej w dalszej części opisu.
Następnie dokonał parowania zaznaczonych elementów. Ponieważ dla zaznaczonych pozycji suma ilości w sekcji 1 jest mniejsza od sumy zaznaczonych pozycji w sekcji 2, po parowaniu w sekcji 1 pozycji A1, A2 nie ma, natomiast w sekcji 2 pozostaje niesparowana część elementu T2:
Po sparowaniu w ilości mniejszej z sum zaznaczonych elementów, zostają one “przeniesione” do sekcji 3 i 4 elementów sparowanych:
Jednocześnie wyliczona zostaje sekcja Różnica (5) w wartości: dla pary A1 + T2: będzie to różnica 5,46 (wartość RW) i 14,50 (wartość PW) czyli po stronie PW 9,04 dla pary A2 + T2: będzie to różnica 35,10 (wartość RW) i 43,50 (wartość PW) czyli po stronie PW 8,40
Wartość kompensaty, jako wynik mniejszej ilości i niższej ceny będzie wynosiła odpowiednio: dla pary A1 + T2: będzie to wartość 5,46 (1 x 5,46) dla pary A2 + T2: będzie to wartość 35,10 (3 x 11,70) Globalna wartość kompensaty będzie wynosiła 40,56 (5,46 + 35,10).
Po usunięciu parowania w sekcji 3-5 jest pusto, natomiast sekcja 1 i 2 wygląda jak na wstępie przykładu:
