Wymagania odnośnie zgodności pól na dokumentach, z których w wyniku generowania ma powstać jeden dokument mogą się nieznacznie różnić – w zależności od typów dokumentów. Niemniej jednak, podczas wszystkich generowań jest sprawdzana zgodność w polach dotyczących:

• kontrahentów
• waluty oraz kursu
• kierunku i agregacji VAT
• dat 

Dodatkowo, w przypadku dokumentów sprzedażowych, pod uwagę brane są również adresy kontrahentów ustawione na dokumentach. Jeśli zachodzi między nimi rozbieżność, powstanie tyle dokumentów generowanych, ile różnych adresów na nich występuje.

W przypadku dokumentów zakupowych, pod uwagę brany jest również kurs waluty. Aby powstał jeden dokument, musi zachodzić między nimi zgodność.

Pozostałe pola z nagłówka, na dokumencie wygenerowanym przyjmują wartości z dokumentu źródłowego o najwyższym numerze. Wyjątek stanowi termin płatności, dla którego przenoszona jest największa data spośród dat na dokumentach źródłowych.

W polu Właściciel ustawiane jest centrum, do którego aktualnie zalogowany jest operator generujący dokument.

Wpływ na to, czy z dokumentu źródłowego zostanie wygenerowany jeden czy kilka dokumentów, ma również parametr Operacje na jednym magazynie, definiowany na typach dokumentów handlowych. Jeśli jest on zaznaczony, to podczas generowania:

• dokumentów handlowych z magazynowych – system wygeneruje tyle dokumentów handlowych, ile różnych magazynów występuje na dokumentach magazynowych
• dokumentów handlowych z innych dokumentów handlowych (np. FS z ZS) – system wygeneruje tyle dokumentów handlowych, ile różnych magazynów występuje na subelementach dokumentu źródłowego

Jeśli parametr ten jest odznaczony, wówczas przy generowaniu:

• dokumentów handlowych z magazynowych – system wygeneruje jeden dokument z magazynem w nagłówku <wszystkie> i elementami/subelementami na podstawie zaznaczonych dokumentów magazynowych
• dokumentów handlowych z innych dokumentów handlowych (np. FS z ZS) – system wygeneruje jeden dokument z magazynem w nagłówku <wszystkie> i elementami/subelementami na podstawie zaznaczonych dokumentów źródłowych

Protokół synchronizacji Comarch e-Sklep w wersji 16

Wersja 2021.2 Comarch ERP Altum, dzięki dostosowaniu synchronizacji do wymagań protokołu 16 umożliwia współpracę z najnowszą wersją Comarch e-Sklep. W zależności od posiadanej wersji Comarch e-Sklep na zakładce Synchronizacja należy wskazać:

• 2020.4 – wtedy użyty zostanie protokół w wersji 12
• 2021.0 – wtedy użyty zostanie protokół w wersji 16

Protokół wprowadza uprawnieninia takie jak:

• Paczkowanie plików synchronizacji
• Koszty dostawy oraz płatności synchronizowane jako elementy dokumentu
• Różnicowa synchronizacja rabatów i atrybutów słownikowych
• Synchronizacja kodów CN oraz parametrów Mechanizmu podzielonej płatności
• Uwzględnienie modyfikacji w cennikach w synchronizacji różnicowej
• Uwzględnienie podczas synchronizacji zasobów artykułu po zmianach w obrębie artykułu

Zmiany w przesyłaniu tłumaczeń

W nowej wersji zmieniono podejście do synchronizacji tłumaczeń obiektów. Aby tłumaczenia zostały wysłane w dostępności obiektów należy dołączyć dla wartości słownika uniwersalnego języki, dla których tłumaczenia mają się synchronizować . Przesyłane tłumaczenia dotyczą obiektów:

• Artykuły: nazwa, opis
• Atrybuty: nazwa klas, wartości atrybutów
• Cechy: nazwa klas, wartości cech
• Jednostki miar
• Słowniki: kanały zgód, zgody, atrybuty/cechy słownikowe

Przypisanie języków należy wykonać dla każdego centrum typu e-sklep z poziomu Konfiguracja -> Struktura firmy -> Struktura praw -> Centrum -> Dostępność obiektów -> Wartości słownika uniwersalnego.

Dotychczas przekazane tłumaczenia wciąż będą dostępne na stronie Comarch e-sklep. W celu usunięcia nadmiarowych tłumaczeń należy wykonać pełną synchronizację.

Synchronizacja załączników w formie URL

W wyniku wprowadzania protokołu w wersji 16, umożliwiono wykorzystanie załączników do artykułów w formie adresu URL. Dzięki czemu w Comarch e-Sklep można wykorzystać pliki znajdujące się na zewnętrznym serwerze.

Eksport GDPdU

Zgodnie z niemieckimi przepisami, w czasie kontroli podatkowej, firmy są zobligowane do przekazywania na żądanie istotnych podatkowo danych w formie elektronicznej. Wymagania, jakie muszą spełniać dostarczane dane są ujęte w dokumencie „Zasady dostępu do danych i kontrolowalności dokumentów cyfrowych” („Grundsätze zum Datenzugriff und zur Prüfbarkeit digitaler Unterlagen”, czyli GDPdU). Administracja skarbowa nie określa konkretnych pól i specyfikacji dostarczanych danych, ponieważ w zależności od systemu komputerowego, struktury i wielkości przedsiębiorstwa różne dane mogą być istotne podatkowo.

W związku z powyższym, umożliwiono eksport z systemu danych, które zostały uznane przez producenta oprogramowania za istotne podatkowo. Funkcjonalność jest dostępna z poziomu menu Główne -> przycisk [Eksport GDPdU], jeżeli na formularzu firmy w sekcji Księgowość zaznaczono parametr Eksport GDPdU.

Po wybraniu przycisku Eksport GDPdU zostanie otwarte okno, w którym należy wskazać:

• zakres danych, które mają zostać wyeksportowane
• okres, dla którego będą eksportowane dane – wymagany jeżeli zostały wskazane dane z sekcji Księgowość
• lokalizację, w której zostaną zapisane wyeksportowane pliki

Po zaznaczeniu odpowiednich parametrów należy wybrać przycisk [Utwórz] w celu dokonania eksportu. We wskazanej wcześniej lokalizacji zostaną utworzone pliki zawierające wyeksportowane dane oraz plik informujący o strukturze danych.

Numer faktury dla korekt prezentowany na liście PZ/WZ dla transakcji międzyfirmowych

Zmieniono sposób prezentacji numeru faktury na korektach KIPZ i KIWZ wystawianych w transakcjach międzyfirmowych w przypadku, gdy taka korekta została utworzona do dokumentu źródłowego (PZ/WZ) już po wygenerowaniu FZ/FS. W kolumnie Faktura prezentowana jest:

• Pusta wartość – jeśli do dokumentu KIPZ nie wygenerowano KIFZ lub jeśli do dokumentu KIWZ nie wygenerowano KIFS
• Numer KIFZ – jeśli do dokumentu KIPZ wygenerowano KIFZ lub jeśli do dokumentu KIWZ wygenerowano KIFS

Możliwość dodania KWPW do PW wystawionego w transakcjach międzyfirmowych

W celu obsłużenia scenariusza skorygowania cen zakupu na zwrotach towarów, w których dokumenty międzyfirmowe wystawiane są w obrębie trzech firm, umożliwiono wystawienie korekty wartościowej do PW powstałego na magazyn pośredni.

Zatwierdzenie KWPW do dokumentu PW oznaczonego jako transakcja międzyfirmowa powoduje wygenerowanie KK do rozchodowanych dostaw przyjętych przez źródłowe PW.

Zmiany na liście krajów

W związku ze zmianami w sposobie rejestrowania obrotu z Wielką Brytanią, na liście krajów:

• Wielka Brytania została odłączona od grupy Unia Europejska
• Do listy krajów dodana została Irlandia Północna z kodem XI oraz prefiksem NIP XI

Dostosowując system, do wymagań deklaracji Intrastat:

• Kod kraju dla Wschodniego Timoru został zmieniony z TP na TL
• Dodana została pozycja o kodzie QV i nazwie Kraje i terytoria niewyszczególnione w ramach handlu wewnątrz wspólnoty

Z uwagi na fakt, że kod danego kraju wykorzystywany w JPK może różnić się od kodu na potrzeby Intrastatu czy prefiksu NIP, na liście krajów dodana została nowa kolumna Kod JPK. W przypadku krajów, które nie są ujęte w dedykowanych słowniku dla JPK (NT, QR, QS, QU, XO, XP, XX, XY), w pliku wysyłana będzie wartość pusta.

Zmiany na formularzu kontrahenta

Na formularzu kontrahenta w sekcji dotyczycącej numeru NIP dodane zostały opisy: Kraj i NIP, które poprawiają czytelność wprowadzanych danych.

Aktualizacja wg kodu CN

Na liście artykułów zmieniona została nazwa dla przycisku Aktualizacja stawek VAT na Aktualizacja wg kodu CN. Przycisk dostępny jest z poziomu:

• wstążki w grupie przycisków Lista
• menu kontekstowego
• pasku szybkiego dostępu

Wybranie przycisku wyświetli dodatkowe okno z pytaniem: Aktualizacja spowoduje ustawienie wartości stawek VAT sprzedaży i zakupu, Grupy towarowej JPK, Procedury JPK oraz parametru SENT na podstawie wartości tych parametrów dla kodu CN przypisanego do artykułu. Czy uruchomić aktualizację?. W zależności od wybranej odpowiedzi:

• Tak – dla znaczonych na liście pozycji uruchomiony zostaje mechanizm aktualizacji
• Nie – operacja zostaje przerwana

Mechanizm Aktualizacji wg kodu CN przebiega wg poniższej procedury:

1. Jeżeli na artykule nie ma kodu CN:

• wartości stawek VAT, Grupy towarowej JPK i Procedury JPK pozostają bez zmian
• parametr SENT zostaje odznaczony

2. Aktualizacja stawek VAT jeśli na artykule jest kod CN:

• bez przypisanej stawki VAT – stawki VAT nie zostają zmienione
• z przypisaną stawka VAT – stawka VAT sprzedaży i stawka VAT zakupu zostaje ustawiona na taką, jak stawka VAT na kodzie CN

3. Aktualizacja Grupy towarowej JPK jeśli na artykule jest kod CN:

• bez przypisanej Grupy towarowej JPK – jej wartość pozostaje bez zmian
• z przypisaną Grupą towarową JPK – jej wartość zmieniona jest na taką, jak jest ustawiona w analogicznym polu na kodzie CN

4. Aktualizacja procedury JPK jeśli na artykule jest kod CN:

• bez przypisanej Procedury JPK – wartość pola pozostaje bez zmian
• z przypisaną Procedurą JPK – wartość pola jest zmieniona na taką, jak jest ustawiona w analogicznym polu na kodzie CN

5. Aktualizacja parametru SENT jeśli na artykule jest kod CN:

• z zaznaczonym parametrem SENT – parametr SENT zostaje zaznaczony również na artykule
• z odznaczonym parametrem SENT –parametr SENT zostaje odznaczony na artykule

Weryfikacja parametrów JPK podczas zapisywania zmian na artykule/ grupie artykułów

Podczas zapisywania zmian na kartotece artykułu/wzorca, wprowadzona została dodatkowa weryfikacja czy na kodzie CN przypisanym do artykułu ustawiona jest Grupa towarowa JPK oraz Procedura JPK:

• Jeżeli pola te na kartotece artykułu są ustawione i mają wartość zgodną z kodem CN, wprowadzone zmiany zostają zapisane.
• Jeżeli wartość tych pól jest nieuzupełniona, zmiany również zostają zapisane.
• Jeżeli wartość tych pól jest uzupełniona ale jest różna od wartości na kodzie CN, wyświetlane jest okno z pytaniem: Grupa towarowa JPK/Procedura JPK jest inna niż wartość dla kodu CN przypisanego do artykułu. Czy aktualizować Grupę towarową JPK?:
• Po potwierdzeniu operacji przez użytkownika, wartości te zostają zaktualizowane, a wprowadzone zmiany na karcie artykułu zapisane
• Po odrzuceniu aktualizacji, wartości pól nie zostają zmienione, natomiast zmiany wprowadzone na karcie artykułu zostają zapisane

Zmiany w pliku JPK_V7M

W pliku JPK_V7M dla transakcji unijnych i pozaunijnych wprowadzono pobieranie w polu Kod kraju nadania TIN wartości z kolumny Kod JPK, dostępnej na liście krajów.

Parametr Weryfikacja online anulowania dokumentu MM-

W sekcji Przesunięcia magazynowe, na zakładce Stanowiska POS w konfiguracji centrum, dodany został nowy parametr Weryfikacja online anulowania dokumentu MM-. Zaznaczenie parametru spowoduje włączenie kontroli anulowania dokumentu MM- po stronie aplikacji Comarch POS w następującym zakresie:

• Przy braku połączenia POS z systemem ERP anulowanie zatwierdzonego MM- zostanie zablokowane
• Jeśli połączenie z ERP jest aktywne to system zweryfikuje czy znajduje się tam już, wygenerowany niezatwierdzony dokument MM+ i wtedy anulowanie MM- na POS zostanie zablokowane

Od 01.01.2021 wchodzą w życie zmiany w sposobie rejestrowania obrotu z Wielką Brytanią:

• transakcje z GB powinny być oznaczane, jako pozaunijne.
• korekty transakcji wystawionych przed 1 stycznia 2021 i oznaczonych, jako wewnątrzwspólnotowe, powinny być oznaczane, jako wewnątrzwspólnotowe.
• w obrocie z Wielką Brytanią pojawi się nowy podmiot – Irlandia Północna, z którą transakcje dotyczące towarów powinny być rejestrowane, jako wewnątrzwspólnotowe, natomiast transakcje dotyczące usług, jako pozaunijne.

Na chwilę obecną Klienci mający obrót z Wielką Brytanią w celu prawidłowego zarejestrowania transakcji mogą korzystać z opcji dostępnych w programie, takich jak:

• usunięcie po 31.12.2020 Wielkiej Brytanii z grupy krajów UE – po tej operacji wybór Wielkiej Brytanii na karcie kontrahenta w polu z NIP spowoduje automatyczne ustawienie typu kontrahenta na pozaunijny, w efekcie nowe transakcje wystawiane na kontrahenta automatycznie będą pozaunijne;
• dodanie do listy krajów i dołączenie do grupy krajów UE nowej pozycji: Irlandia Północna z kodem i prefiksem „XI”, co pozwoli na prawidłowe ustawienie kraju na podmiotach zarejestrowanych w Irlandii Północnej i w efekcie na automatyczne ustawienie transakcji wystawianych dla takich podmiotów jako wewnątrzwspólnotowe;
  • ze względu na inne traktowanie usług w obrocie z Irlandią Północną użytkownik nie powinien na jednej transakcji dodawać elementów typu towar i usługa.
  • na transakcjach dotyczących usług użytkownik powinien ustawić rodzaj transakcji pozaunijny.
• możliwość ustawienia właściwego rodzaju transakcji bezpośrednio na dokumencie w zależności od tego, z jaką datą wystawienia rejestrowana jest transakcja;
• zmiana typu kontrahenta z Wielkiej Brytanii z unijny na pozaunijny na kartotece kontrahenta; jeżeli użytkownik ma wiele podmiotów z Wielkiej Brytanii, to może wykorzystać funkcję aktualizacji elementów wzorca:
  • dodać nową kategorię podziału kontrahentów i grupę (np. GB) w ramach tej kategorii
  • na liście kontrahentów ustawić w polu Podział nową kategorię podziału, na grupie głównej odfiltrować i zaznaczyć wszystkich kontrahentów z prefiksem GB (można w tym celu skorzystać z autofiltra na liście), wybrać opcję Wytnij, ustawić fokus na grupie GB i wybrać opcję [Wklej].
  • na wzorcu w grupie GB w polu typ ustawić wartość pozaunijny, zaznaczyć Aktualizuj elementy/ Zmienione pola-bezwarunkowa i zapisać zmiany – po tej operacji wszyscy kontrahenci w grupie zostaną oznaczeni, jako pozaunijni.

Po aktualizacji Comarch ERP Auto Update opisanej w artykule Aktualizacja Comarch ERP Auto Update. Należy przejść do pobrania i instalacji wybranych komponentów w wersji 2021.0

Migracja Comarch ERP Altum i Comarch POS

Zaleca się przeprowadzenie aktualizacji w następującej kolejności:

• Centrala Serwer
• Centrala Stanowisko
• Comarch POS

Konwersja wartości cech i atrybutów

W czasie aktualizacji systemu Comarch ERP Altum może pojawić się komunikat o konieczności wykonania konwersji cech baz danych – firmowej i konfiguracyjnej.

Przed wykonaniem konwersji cech należy wykonać jej konfigurację. Można jej dokonać za pomocą przycisku [Konfiguracja] znajdującego się w sekcji Komponent bądź klikając prawym przyciskiem myszy na pozycji komponentu na liście i wybierając opcję Konfiguracja.

Następnie w sekcji Konfiguracja konwersji cech i atrybutów można przejść do konfiguracji konwersji cech i atrybutów za pomocą przycisku [Konfiguruj].

Ustawienia timeoutu

Po aktualizacji wersji wartość timeoutu w konfiguracji systemu zostanie ustawiona na wartość domyślną, czyli 1 godzina. Ustawienia timeoutów są dostępne w menu System -> Konfiguracja -> Komputer.

Aktualizacja procesów

Po migracji systemu do wyższej wersji należy zaktualizować wersje procesów, które zostały zmodyfikowane do danej wersji systemu. Procesy można zaktualizować w Edytorze Procesów BPM. W tym celu, należy usunąć w edytorze obecne procesy standardowe i zaimportować nowe definicje procesów, które dostarczane są z nową wersją programu.

Weryfikacja działania wydruków

Ze względu na zmiany między wersjami, należy zweryfikować poprawność działania niestandardowych wydruków na testowym zaktualizowanym środowisku.

Dostosowanie Layoutów użytkownika

Między wersjami Comarch ERP Altum wprowadzane są zmiany interfejsu. Po migracji należy ponownie dostosować spersonalizowane formularze użytkownika do nowej wersji. Szczegółowy opis konfiguracji layoutu znajduje się w kategorii artykułów Zarządzanie wyglądem.

Migracja profili użytkownika Altum

Profile wstążki w systemie Comarch ERP Altum nie są konwertowane automatycznie z wyjątkiem profilu Standard. Wszystkie pozostałe profile należy konwertować za pomocą narzędzia Menadżer konwersji. Narzędzie znajduje się w Menadżerze baz na zakładce Konfiguracja.

Szczegółowy opis konwersji profili znajduje się w artykule Menadżer Konwersji.

Migracja wersji Comarch e-Sklep

Wraz z migracją systemu Comarch ERP Altum/Comarch POS należy zmigrować także produkt
Comarch ERP e-Sklep. Przed wykonaniem migracji obu systemów do nowszej wersji zaleca się zsynchronizować dane (takie jak zamówienia czy kontrahenci) z Comarch ERP e-Sklep do Comarch ERP Altum. Synchronizacja powinna zostać uruchomiona dopiero po zmigrowaniu obu produktów do właściwych wersji.

W przypadku Comarch ERP e-Sklep w wersji online należy przesłać zgłoszenie za pośrednictwem Systemu Obsługi Zgłoszeń (SOZ) z prośbą o wykonanie migracji. W zgłoszeniu jako produkt należy wybrać Comarch ERP e-Sklep.

W przypadku posiadania Comarch ERP e-Sklep w wersji stacjonarnej należy uruchomić narzędzie WAMC i za jego pośrednictwem wykonać migrację.

Migracja wersji Comarch B2B

Wraz z migracją systemu Comarch ERP Altum / Comarch POS należy zainstalować dedykowaną wersję produktu Comarch B2B. Instrukcja instalacji Comarch ERP Pulpit Kontrahenta znajduje się na stronach walidowanych dla Partnerów w obszarze E-commerce.

Obiekty wymagające weryfikacji

Wszystkie autorskie rozwiązania (dedykowane dla Klienta) występujące m.in. w niżej wymienionych obiektach należy zweryfikować i zmodyfikować zgodnie za powyższym przykładem:

• Rozszerzenia
• Wydruki
• Schematy księgowe
• Opisy analityczne
• Atrybuty SQL
• Deklaracje
• Filtry użytkownika
• Procesy BPM korzystające z aktywności SQL
• Widoki
• Procedury
• Trigger

Migracja .Net Framework

System Comarch ERP Altum począwszy od wersji 2019.5 jest kompilowany w oparciu o platformę Microsoft .NET Framework w wersji 4.7.2. Tym samym aby stworzone rozszerzenia działały poprawnie z najnowszą wersją systemu należy dokonać migracji na wersję Microsoft .NET Framework 4.7.2.

Procedura migracji w przypadku integracji z Comarch POS i mPOS

1. Aktualizacja Comarch ERP Auto Update do 2020 na wszystkich agentach. Instrukcja dostępna pod linkiem.
2. Aktualizacja Comarch ERP Altum do wersji 2021.0
3. Instalacja Comarch Retail Agent Broker na wybranym serwerze. Instrukcja dostępna pod linkiem.
4. Konfiguracja POS Agentów dla każdego centrum POSowego (podzakładka POS Agent na zakładce Stanowiska POS). Więcej informacji w artykule Definiowanie stanowiska POS.
5. Weryfikacja i konfiguracja magazynów dla każdego centrum POSowego dla Comarch POS Agent (podzakładka POS Agent na zakładce Stanowiska POS). Więcej informacji w artykule Definiowanie stanowiska POS.
6. Konfiguracja Comarch Retail Agent Broker w Comarch ERP Altum (System -> Konfiguracja-zakładka POS) Więcej informacji w artykule Podstawowa konfiguracja systemu: POS.
7. Aktualizacja Comarch POS na stanowiskach do wersji 2021.0
8. Instalacja spersonalizowanego dla danego centrum dodatku ConfigureSourceConfig_Altum_POSv1.0. Dostępny na stronach walidowanych dla Partnerów.
9. Instalacja Comarch POS Agent na wybranym stanowisku w Comarch POS. Instrukcja dostępna pod linkiem.
10. Instalacja spersonalizowanego dla danego centrum dodatku ConfigureSourceConfig_Altum_POSAGENTv1.0. Dostępny na stronach walidowanych dla Partnerów.
11. Uruchomienie Konfiguratora POS Agent, instalacja usługi oraz rejestracja POS Agent. Instrukcja dostępna pod linkiem.

12. Uzgodnienie stanów magazynowych na jednym ze stanowisk Comarch POS w centrum.

W Comarch ERP Auto Update została udostępniona funkcjonalność lokalnej oraz zdalnej instalacji poprawek. W celu instalacji poprawek należy przejść na zakładkę Poprawki. Następnie pojawi się okno zarządzania poprawkami.

Instalacja lokalna

Na zakładce Poprawki została udostępniona funkcjonalność lokalnej instalacji udostępnionych poprawek. Udostępnione poprawki dla danego stanowiska będą widoczne w oknie zarządzania poprawkami.

Na liście poprawek znajdują się wszystkie poprawki, które są udostępnione dla danego agenta lub dla jego agentów podrzędnych. Należy pamiętać o tym, że widoczne będą jedynie te poprawki, które są przeznaczone dla zainstalowanej wersji produktu. W chwili udostępnienia poprawki będzie ona zablokowana. W celu jej odblokowania należy wybrać przycisk [Odblokuj]. Następnie pojawi się okno, w którym należy wpisać odpowiedni kod autentykacyjny udostępniony wraz z poprawką.

Po wpisaniu poprawnego kodu, użytkownik zostanie poinformowany o jego poprawnej weryfikacji. Poprawka zostanie odblokowana i będzie możliwa do pobrania, a następnie do zainstalowania.

Istnieje również możliwość wycofania ostatniej zainstalowanej poprawki za pomocą akcji [Przywróć], która jest dostępna wyłącznie dla ostatniej wgranej poprawki. Przy wykonywaniu tej akcji należy pamiętać, że kopie baz danych nie zostaną automatycznie przywrócone.

Instalacja zdalna

Za pomocą Comarch ERP Auto Update istnieje możliwość zdalnej instalacji poprawek na agentach podrzędnych. Można to zrobić za pomocą przycisków w sekcji Akcje zdalne.

Po wybraniu przycisku [Pobierz], wyświetli się lista agentów, dla których można pobrać zaznaczoną poprawkę oraz agenci, którzy nie są połączeni z agentem głównym. Niepodłączeni agenci są wyświetlani na liście ze względu na brak aktualnej informacji o zainstalowanych przez nich komponentach.

W oknie pobierania zdalnego można wybrać agentów, dla których zostanie pobrana poprawka. Po wybraniu akcji [Zdalne pobieranie] program poinformuje użytkownika o rozpoczęciu pobierania poprawki. Po pobraniu należy wybrać akcję [Instaluj]. Następnie po zaznaczeniu pozycji i naciśnięciu [Instalacja zdalna] poprawka zostanie zainstalowana na wybranych agentach.

Harmonogram to zaplanowanie przebiegu czynności w czasie. Lista harmonogramów dostępna jest z głównego menu Auto Update.

Z listy harmonogramów użytkownik może:

• Dodać nowy harmonogram
• Usunąć istniejący
• Skopiować istniejący

Lista harmonogramów składa się z kolumn:

• Nazwa harmonogramu
• Kod profilu
• Data i godzina rozpoczęcia/zakończenia pobierania
• Data i godzina rozpoczęcia/zakończenia instalacji
• Status harmonogramu

Widok dodawania nowego harmonogramu składa się z zakładek

• Ustawienia ogólne
• Harmonogramy
• Produkty i wersje
• Dodatki
• Agenci podrzędni

Na zakładce Ustawienia ogólne należy ustalić nazwę nowo tworzonego harmonogramu oraz wybrać, których profili będzie dotyczył.

Zakładka Harmonogramy pozwala ustawić osobne harmonogramy pobierania i instalacji.

Z poziomu tego okna można dodać nowy harmonogram, wyedytować istniejący lub usunąć.

Możliwe jest wykonanie danej akcji więcej jak jeden raz, dlatego dostępne są trzy typy harmonogramów:

• Jednorazowy – ten typ harmonogramu pozwala użytkownikowi określić dokładny okres czasu, w którym wybrane działanie musi zostać wykonane.

• Dzienny – ten typ harmonogramu pozwala zdefiniować harmonogram powtarzalny co zadaną ilość dni

• Tygodniowy – oznacza, że harmonogram zostanie wykonany w wybrane dni tygodnia

Zakładka Produkty i wersje podzielona jest na sekcje:

• Wybór produktów i ich wersji
• Wybór dostępnych poprawek QF dla wskazanych wersji

W ramach jednego harmonogramu nie ma możliwości wyboru więcej jak jednej wersji jednego produktu.

Zakładka Dodatki – możliwość wyboru dodatków pod warunkiem wybrania produktu we właściwej wersji na poprzedniej zakładce.

Zakładka Agenci podrzędni pozwala na wybranie agentów podrzędnych do harmonogramu.

Kiedy nadejdzie czas określony w harmonogramie, każdy agent podrzędny pobierze produkty, poprawki i dodatki. Agent podrzędny połączy się do agenta podrzędnego oznaczonego jako Lokalny nadrzędny i pobierał dane z tej lokalizacji. Jeśli tych danych nie będzie to nastąpi połączenie do agenta głównego. W ten sposób nie będzie konieczności łączenia się wszystkich agentów podrzędnych bezpośrednio do agenta głównego. W harmonogramie nie ma potrzeby definiowania komponentów do pobrania. Każdy agent podrzędny powinien pobrać skonfigurowane komponenty, poprawki i dodatki do produktu dodanego w harmonogramie.

W konfiguracji komponentu Comarch POS dostępne są parametry:

• Usuwaj bazę danych przy dezinstalacji POSa – przy zaznaczonym parametrze podczas dezinstalacji produktu Comarch POS usunięta zostanie również jego baza z serwera SQL
• Automatycznie zamykaj procesy podczas aktualizacji, pozwala decydować czy Comarch ERP Auto Update automatycznie zamknie proces dla komponentu podczas aktualizacji zdalnej lub zaplanowanej.

Logi z procesu instalacji Auto Update zapisywane są w plikach, które dostępne są w domyślnej lokalizacji

c:\Program Files (x86)\Comarch ERP Auto Update\logs\

Logi dotyczące funkcjonowania aplikacji dostępne są z poziomu narzędzia Auto Update w ścieżce Więcej -> Logi i dzielą się na:

• Logi agenta głównego
• Logi dla zdarzeń zdalnych
• Zapisane sagi – logi obiektów odpowiadających za wykonywanie operacji zdalnych i lokalnych