Versions 1.29.x

In the equipment module, actions have been added that allow you to add devices/machines without having to go through the ordering and delivery acceptance procedure. This allows you to enter devices into the system directly from the desktop view and not necessarily using the delivery module.

The device rental management module has been expanded to include the possibility of additional system configuration in such a way that it performs both the functions of a module for managing small equipment that is rented from external suppliers and settled with them, but also as a module for managing equipment in industrial plants that have their own database of devices that require additional management.

Therefore, during implementation, we can decide to implement one of two module configuration variants:

Additional actions have been added to the Equipment Details View that allow you to request an inspection/check directly from the details view.

The ability to manage device rentals has been added to the desktop application view. This allows the person responsible for managing device rentals to request a device rental directly from the rental details view. Previously, this operation could only be performed by a given user from their own mobile view.

In the desktop view, it is now possible to order a given type of device from an external supplier. Previously, this operation could only be performed by a given user from their own mobile view.

Added the ability to close a rental of a given device in the desktop view without having to do it by the person who was the current renter. In the rental details view, additional actions have been added that will allow you to end the rental of a device.

For resources whose type does not have the 'is equipment' flag enabled, we do not allow orders to be fulfilled from an external supplier by the equipment module.

Added the ability to rent a device directly from the details view. Previously, this operation could only be performed by a given user from their own mobile view.

Additional context actions have been added between individual elements of the lease view, allowing you to switch between contexts and edit elements.

The Equipment module will not show additional information regarding work orders/contracts and cost assignment for these areas if the Work Order module is not implemented.

The type and resource importer has been expanded to include import of additional fields defining equipment devices. This includes information on the expiration date, people responsible for this process, owners, current lessors, and information on the end of the lease.

Attachment REST operations have been expanded to include the ability to import attachments to supervision history records. More details are available in the REST API documentation.

When reporting the history of a work order and selecting materials for expenditure, information about the current state of expenditure has been added. It appears both in the form for selecting materials from the material plan and in the form for creating expenditure. This allows the user to check whether a given material has already been expendited within the work order.

In the work order view for the mobile interface, the ability to search for work orders based on related items in delivery, order, warehouse or material plan documents has been added. This allows you to search for all orders that have documents with items with the specified type names.

When binding resources, it is no longer possible to bind a resource to itself. Previously, this was possible, which created a loop in the resource bindings and prevented their removal.

In the material plan view for work orders, a view summary has been added in the form of information about the value and quantity of plan elements.

In the lease details view, added information about the value of all lease plan items.

In the material plan view for leases, information about the price of individual plan elements has been added.

The lease view now allows you to store information about transportation costs and transportation values for individual construction elements/orders.

In the definition of the inspection round, the option of enabling the option of recalling the value of the last measurement for the inspection round has been added. After enabling it, during the inspection round, the value of the last measurement appears in the measurement field as a hint. The user can use it as a hint or enter their own value.

W przypadku zdarzeń serwisowych, które nie mogą być zrealizowane w danym momencie, istnieje możliwość oznaczenia ich jako odłożone. W takim przypadku zdarzenie nie jest usuwane z systemu, ale jest oznaczone jako odłożone i jest domyślnie ukrywane. W celu wyświetlenia takich zdarzeń serwisowych dostępny jest dodatkowy filtr, który pozwala na wyświetlenie tylko zdarzeń odłożonych.

When you postpone an event, you specify a date until which the event will be postponed and not visible in the default view.

During the inspection round, an additional action "Chart" has appeared in the menu of individual elements, which allows you to display a chart for the last measurements. The function is available only for measurements.

The service event details display a list of entries in each tab. This allows the user to quickly check which tabs contain entries.

The AMAGE Shell application has been expanded to include the ability to work offline. For instances with offline mode enabled, an additional Offline button appears in the user interface. The architecture allows for data synchronization on mobile devices and work without a network connection. The main mechanisms allow for data synchronization, logging in, and viewing basic offline mode functions. Successively, depending on the needs, additional functional areas working in offline mode will be added.

The AMAGE Shell application supports the work of maintenance systems in offline mode without access to the network. Synchronization of maintenance data allows data to be sent to the device and work without connecting to the network. After completing tasks and obtaining access to the network, the application sends all completed maintenance to the central system.

W planie materiałowym zlecenia pracy możemy za pomocą opcji Połącz dostawy wyświetlić również elementy, które pochodzą z dostaw, a nie były zdefiniowane w planie materiałowym. Pozwala to na wykrycie elementów, które są nadmiarowe względem planu. Dodatkowo kolumna ilości materiału z dostaw jest podświetlana, gdy ilość materiału dostarczonego jest większa niż wynika z planu.

W danych produkcyjnych dodano zapis w zdarzeniach elementu dotyczący blokady/odblokowania wartości. Przy każdej tego typu operacji pojawia się zapis dotyczący wykonywanej operacji. Dodatkowo zmieniono sposób wyświetlania danych opisowych w tabelach zdarzeń/historii. Dane wyświetlane są w kilku liniach, a pełny tekst wiadomości dostępny jest w dymku (tooltip) dostępnym dla danej komórki.

W trakcie wprowadzania wartości w edytorze parametrów produkcyjnych nie można wprowadzić wartości o większej dokładności niż określona w parametrze. Dodatkowo jako podpowiedź pojawia się informacja o maksymalnej liczbie miejsc po przecinku, którą można wprowadzić.

W widoku szczegółów wyposażenia dodano zakładki z informacjami o parametrach oraz załącznikach.

Zmieniono logikę obsługi pomiaru, który jest niedostępny. Obecnie istnieje możliwość oznaczenia pomiaru w obchodzie jako niedostępny nawet dla pomiarów, które są oznaczone jako wymagane. Zapis ten nie blokuje zakończenia obchodu. Niemniej taki status tj. pomiar wymagany, ale nie wykonany zostaje odpowiednio wyświetlony w liście elementów obchodu oraz w analizie wykonania obchodu.

Dla obchodów dodano możliwość wyświetlenia historii wprowadzonych danych. Historia dostępna jest z poziomu menu kontekstowego obchodu w trakcie jego wykonywania w wersji mobilnej (online) oraz w widoku obchodu w głównym widoku aplikacji.

Zmieniono sposób generacji informacji o statusie obchodu/inspekcji. Dotychczas dane były generowane na bieżąco, co powodowało długi czas oczekiwania na wyświetlenie informacji o statusie obchodu/inspekcji. Teraz informacje o statusie obchodu/inspekcji są zapisywane w bazie danych, co skraca czas oczekiwania. Dane o statusie zapisywane są w momencie zakończenia obchodu/inspekcji.

Zmieniono sposób obsługi i generowania informacji w widoku dashboardu zgłoszeń serwisowych. Mechanizm każdorazowo wyliczał statystyki MTBF, nawet jeśli były one wyłączone z analizy. Powodowało to opóźnienia w wyświetlaniu widoku dla dużej liczby zgłoszeń (kilka tysięcy).

Dodano możliwość eksportu danych z widoku magazynu oraz historii elementu magazynu do pliku XLS. W celu wygenerowania pliku, należy wybrać odpowiedni przycisk w poszczególnych widokach.

Ze względu na możliwość otrzymywania informacji z systemu BAAN zarówno poprzez systemy SFTP, jak i przez kanał email, zmieniono sposób obsługi integracji EDI z systemem IT ULMA. Wiadomości z tych systemów są poprawnie identyfikowane i przetwarzane bez względu na sposób kodowania i oznaczania plików.

Poprawiono mechanizm integracji dokumentów zwrotów w formacie PERI CSV. W przypadku automatycznego rozwiązywania wyszukania kont docelowych w systemie nie są generowane błędne informacje o koniecznej reakcji użytkownika.

Wprowadzono dodatkową opcję konfiguracyjną dla integracji dokumentów dostaw z firmy ULMA. W konfiguracji integracji można wskazać, które dokumenty mają być traktowane jako informacyjne (tj. nie zmieniające stanów magazynowych).

Zmodyfikowano mechanizm integracji dokumentów magazynowych z systemu Asseco Merit/Xpertis, tak aby podczas integracji weryfikować ceny i ilości już wcześniej zaimportowanych dokumentów i je aktualizować w przypadku zmiany. Wynika to z możliwości zmiany cen w systemie Merit w trakcie realizacji obiegu finansowego np. aktualizacja cen dopiero po otrzymaniu faktury.

Dla automatu zmieniającego stan zdarzeń serwisowych wprowadzono możliwość przypisania zdarzenia do osoby lub osób z wybranego działu oraz dodania komentarza oprócz poprzednio obecnego mechanizmu zmiany stanu zdarzenia.

Zobacz więcej: Definicja automatu

Dodano nowy automat (scheduler), który pozwala operować na zdarzeniach, które zostały przełożone. Oznacza to, że domyślnie nie są widoczne w widoku zgłoszeń. Automat pozwala na określenie czasu, w którym ma zadziałać względem terminu przełożenia zdarzenia serwisowego. Następnie w momencie aktywacji może przywrócić zgłoszenie automatycznie do aktywnych oraz wygenerować przypomnienie dla osób za pomocą powiadomień w systemie lub poczty email. Szczegóły w konfiguracji automatu.

Zobacz więcej: Definicja automatu

W module serwisowym zmieniono mechanizm nadawania dodatkowych uprawnień i widoku zdarzeń. W widoku zdarzeń serwisowych pojawiła się dodatkowa opcja w menu kontekstowym, która pozwala na dostęp do konfiguracji modułu. W konfiguracji modułu możemy określić i zmienić flagi zachowania aplikacji, które zostały przeniesione z sekcji konfiguracyjnej systemu. Dodatkowo pojawiły się opcje, które pozwalają na włączenie ograniczeń dostępu. Po ich włączeniu możemy określić listy osób, które mają dostęp do zgłoszeń serwisowych i określa to widoczność tych zgłoszeń.

Zmieniono obsługę synchronizacji urządzeń w trybie offline dla mechanizmu obchodowego w przypadku, gdy występują różnice w danych synchronizowanych i danych w systemie. Zmiana dotyczy przypadku, gdy urządzenie mobilne będzie wysyłało dane wykonanego obchodu dla pytań/pomiarów/zadań, które zostały usunięte w systemie głównym w międzyczasie. W takim przypadku, dane te będą ignorowane i nie będą zapisywane w systemie głównym. Pozwoli to na zapisanie danego obchodu w systemie głównym i pominięcie zapisów z urządzenia mobilnego, które już nie istnieją w systemie głównym. Dotyczy to zarówno pytań/pomiarów/zadań, jak i dodatkowych akcji wykonywanych w obchodzie.

Dodano opcję usunięcia obchodu bez względu na jego stan. Dotychczas tylko wysłane obchody do centralnego systemu mogły być usunięte. Teraz możliwe jest usunięcie obchodu, który nie został jeszcze wysłany do centralnego systemu. Opcja ta dostępna jest jako dodatkowy przycisk w dolnej części ekranu wykonania obchodów.

Obchody w wersji offline otrzymały taką samą funkcję jak wersja online. W przypadku, gdy obchód posiada włączoną opcję podpowiadania ostatnio wprowadzonych wartości, to aplikacja offline również wyświetla ostatnio wprowadzone wartości z historii obchodów z lokalnego magazynu danych. Dzięki temu użytkownik ma możliwość wybrania jednej z proponowanych wartości, co znacznie przyspiesza proces wprowadzania danych.

Dodano możliwość wyświeltania wykresów z pomiarów ostatnich obchodów w lokalnym magazynie danych. Wykresy dostępne są z menu kontekstowego poszczególnego pomiaru. Ikona wykresu pozwala na wyświetlenie pomiarów dla danego obchodu, które zostały zarejestrowane w lokalnych wykonaniach obchodu.

Wersja offline obchodów została rozszerzona o możliwość akceptowania pomiarów oznaczonych jako wymagane, gdy odpowiedź jest N/D. W takim przypadku, po zaznaczeniu odpowiedzi N/D pomiar zostanie oznaczony jako wykonany, a po zatwierdzeniu obchodu, zostanie zaliczony jako wykonany. Funkcjonalność tożsama jest z wersją online obchodów.

W wersji offline obchodów dodano możliwość wyświetlenia ostatnich wartości wprowadzanego punktu obchodowego. Dane pochodzą z lokalnej historii wykonań obchodów. Dane dostępne są dla każdego typu elementu obchodu - pytania, pomiaru i zadania. W liście wyświetlane są ostatnie wartości wprowadzone dla danego elementu obchodu. W przypadku pytań wyświetlane są odpowiedzi na pytania, dla pomiarów wartości pomiarów, a dla zadań statusy zadań.

Dodano dodatkowe operacje API REST dotyczące zasobów. Mamy możliwość przeglądania, edycji i tworzenia nowych zasobów bezpośrednio poprzez API interfejsu REST.

Więcej informacji w: API Zasoby.

Dodano możliwość określenia dodatkowych rozszerzeń plików, które będą traktowane jako dany typ plików. W zależności od typu plików, mamy możliwość wewnętrznego przeglądania plików za pomocą przeglądarki tekstu, obrazów, multimediów, modeli 3D lub wykorzystać zewnętrzne przeglądarki natywnie zainstalowane w danym urządzeniu. Za pomocą definicji dostępnej w ustawieniach mamy możliwość określenia typu danych, które każda z przeglądarek obsługuje.

W widoku wyposażenia daty ważności/kalibracji i legalizacji urządzeń są podświetlane kolorem żółtym lub czerwonym w zależności od zbliżającego się terminu. Jeśli termin wypada w ciągu 30 dni, data jest podświetlana na żółto, jeśli termin jest przekroczony, data jest podświetlana na czerwono.

W widoku wyposażenia dodano akcje pozwalające bezpośrednio z tego widoku drukować i podglądać etykiety z identyfikatorami wyposażenia.

W widokach szczegółów wyposażenia pojawiła się dodatkowa zakładka wyświetlająca plany inspekcji dla wyposażenia. Zakładka ta pozwala na wyświetlenie informacji o planach inspekcji, a także na dodanie nowego planu inspekcji dla wyposażenia lub typu elementu wyposażenia.

Zmodyfikowano widok definicji szablonu inspekcji, który pozwala teraz określić opcje dotyczące aktualizacji daty kalibracji/legalizacji wyposażenia po wykonaniu danej inspekcji. Pozwala to na aktualizację wszystkich trzech dat ważności dla wyposażenia.

Dodano opcję kasowania lokalnej bazy danych. Opcja dostępna jest w menu ustawień aplikacji w trybie online. Pozwala na całkowite usunięcie lokalnej bazy danych w przypadku, gdyby baza danych zawierała błędy, których nie można naprawić za pomocą synchronizacji.

Aplikacja pomocnicza AMAGE Starter zyskała możliwość wymuszenia logowania poprzez serwer AMAGE Auth czyli m.in. poprzez logowanie domenowe AD/Azure OAuth2 lub innych dostawców OAuth2 w celu autoryzacji wstępnej użytkownika. Pozwala to zabezpieczyć dostęp do aplikacji przed nieuprawnionymi użytkownikami. Tylko użytkownicy, którzy są autoryzowani przez centralny serwer autoryzacji, będą dopuszczeni do listy instancji dostępnej u danego Klienta.

Zmieniono położenie przycisków filtruj oraz skanuj w widoku offline wykonania obchodu, tak aby, w jak największy sposób wykorzystać dostępny ekran przeznaczając go na listę elementów.

Nowe wersje firmware beacon’a bluetooth firmy Mikrotik (od wersji 2.40) zmieniły format przesyłania danych, które są zgodne z tym, co jest przesyłane w obszarze powiadomień (advertising). Zmieniono sposób obsługi, aby umożliwić obsługę nowego formatu danych oraz zachować kompatybilność z poprzednimi wersjami beacon’a.

Dodano do modułu wyposażenia dodatkowe możliwości pozwalające na lokalną realizację zapisów historii przeglądów, kalibracji i legalizacji. Uproszczony sposób pozwala na zapis informacji o zrealizowanych czynnościach bezpośrednio w module, bez konieczności wdrażania integracji z modułem Inspekcji. Ułatwia to prowadzenie historii dla przypadków, które nie wymagają zaawansowanych możliwości modułu inspekcyjnego.

Dodano możliwość selektywnej edycji wprowadzonych pomiarów do już wykonanych obchodów. W przypadku błędnego zapisu danego parametru mamy możliwość edycji jej wartości w interfejsie głównego systemu. Służą do tego opcje z nowego menu kontekstowego dostępnego dla widoku ogólnego oraz pomiarów. Po zapisaniu zmiany wartości parametru zostanie zapisana historia tej zmiany, co pozwoli na śledzenie zmian wartości parametru w czasie.

Po wprowadzeniu zmiany, wartość parametru w danym obchodzie dodatkowo posiada ikonę wskazującą na wykonanie modyfikacji tej wartości.

W menu kontekstowym dostępna jest też opcja wyświetlenia historii edycji parametru, co pozwala jednoznacznie zidentyfikować czas i autora zmiany.

Ze względu na wprowadzenie dodatkowych akcji i funkcji dla poszczególnych wpisów obchodu lub inspekcji przesunięto dostępne akcje do menu kontekstowego. Dotychczas dostępne przyciski Historia, Wykres oraz Zasób zostały przesunięte do menu kontekstowego elementu co pozwala na dodanie innych funkcji w tym obszarze.

Moduł wyposażenia został rozszerzony o dodatkową funkcjonalność, tożsamą z wprowadzoną niedawno do modułu zdarzeń serwisowych, która pozwala na określenie widoczności rekordów wyposażenia w zależności od nadanych uprawnień. Okno dialogowe dostępne jest w widoku wyposażenia w menu kontekstowym.

Za pomocą tego okna mamy możliwość włączenia aktywności tych ograniczeń oraz wyboru osób, które trafiają do trzech grup:

Wprowadzono dodatkowe logowania transmisji pomiędzy urządzeniami w trybie offline a systemem głównym. Wszystkie rekordy przesyłane z systemu mobilnego do systemu głównego są zapisywane w logach, co pozwala na śledzenie przesyłanych danych oraz identyfikację zdarzeń i danych przesyłanych z trybu offline.

Rozbudowano moduł Wyposażenie o nowe funkcjonalności i dane pozwalając na realizację zapisów historii i danych dotyczących wykonywanych badań (legalizacji, wzorcowania) bezpośrednio w module. Zmieniono interfejs i rozbudowano funkcjonalność. Dodatkowo pozostawiono możliwość bezpośredniej integracji z modułami inspekcji/planów inspekcji oraz zgłoszeń serwisowych.

Zmiany obejmują: - dodanie nowych pól do wyposażenia (np. nazwa kalibracji, sprawdzenie wewnętrzne, sprawdzenie zewnętrzne, świadectwo wzorcowania, świadectwo legalizacji, określenie rodzaju nadzoru metrologicznego, data ostatniego badania metrologicznego, określenie częstotliwości nadzoru metrologicznego, data następnego badania metrologicznego), - dodanie nowych zakładek do wyposażenia (np. notatki z badania, dodatkowe daty, odpowiedzialny, historia), - dodanie nowych przycisków do wyposażenia pozwalających na edycję harmonogramów i zdarzeń - dodanie nowych widoków do wyposażenia (np. kalendarz, szczegóły, historia), - dodanie nowych pól do harmonogramów (np. data planowana, data wykonania, status), - dodanie nowych przycisków do harmonogramów pozwalających na edycję harmonogramów i zdarzeń

Do widoku wyposażenia dodano widok kalendarza umożliwiający przeglądanie harmonogramu kontroli wyposażenia. W kalendarzu pokazywane są wszystkie wykonane zapisy historii dla wyposażenia tj. wzorcowanie, legalizacje i sprawdzenia wewnętrzne. Dodatkowo wyświetlane są również informacje dotyczące planowanych terminów sprawdzenia w/w badań.

Rozbudowano automat przypominający o kontroli wyposażenia. Od teraz mamy możliwość określenia, która data (legalizacja, wzorcowanie, wewnętrzna kontrola) ma być brana pod uwagę w przypadku przypomnienia o kontroli wyposażenia. Dodatkowo do powiadamiania poprzez email można włączyć osoby, które są właścicielami lub odpowiedzialnymi za dane wyposażenie.

Więcej: Automat przypominający o kontroli wyposażenia

Rozbudowano/zaktualizowano importer wyposażenia o możliwość importu nowych pól wynikających ze zmian struktury modułu wyposażenia. Wszystkie dodatkowe pola dostępne w module wyposażenia są teraz dostępne w arkuszu importu.

Dodatkowo do importu zasobu dodano możliwość importu jego stanu.

Dodano do systemu możliwość importu zapisów historii wyposażenia z plików zewnętrznych. Za pomocą pól w arkuszu możemy określić zasób/wyposażenie, którego historia dotyczy oraz zaimportować wszystkie niezbędne informacje.

Zasoby mają możliwość określenia stanu, który jest wyświetlany w głównych listach/drzewach zasobów. Dodano możliwość wyświetlenia oraz zmiany stanu bezpośrednio z widoku szczegółów zasobu. W górnej części okna pojawia się pasek z wszystkimi dostępnymi stanami z odpowiednim kolorowaniem informacji tam zawartych.

W obchodach podczas edycji istniejącego obchodu dodano możliwość kontrolowanego usunięcia elementu obchodu. W przypadku, gdy element obchodu nigdy nie został zapisany podczas wykonania obchodu, to można daną definicję usunąć bez konsekwencji. Jeśli jednak element obchodu został zapisany podczas wykonania obchodu, to użytkownik dostanie informację o tym oraz możliwość usunięcia usunięcie elementu obchodu, oraz usunięcie zapisów wykonań obchodu tego elementu lub anulowania operacji.

W przypadku usunięcia elementu z definicji obchodu, ale pozostawienie zapisów wykonań obchodu tego elementu, użytkownik dostanie informację o tym, że element został usunięty z definicji obchodu, ale zapisy wykonań obchodu tego elementu pozostają w systemie. Widoczne jest to w widoku wykonania obchodu, gdzie opis danego elementu posiada czerwone tło oraz znajduje się na końcu listy obchodowej.

Do obchodu dodano możliwość filtrowania widoku kalendarza po wykonanych/planowanych obchodach. W pasku filtrów pojawiły się dwie dodatkowe opcje Pokaż zaplanowane oraz Pokaż wykonane. Domyślnie wyświetlane są obydwie opcje.

W przypadku próby wylogowania system sprawdza, czy istnieją aktywne obchody dla danego użytkownika. Jeśli tak, wyświetlany jest komunikat informujący o tym fakcie. Użytkownik może wrócić do aplikacji i zakończyć aktywne obchody lub wylogować się z aplikacji.

Jeśli użytkownik wyłączy na urządzeniu mobilnym usługę lokalizacji, to nie będzie mógł rozpocząć wykonania obchodu, który zawiera w swojej ścieżce zadania związane z identyfikacją beacon’ów. Pojawi się komunikat, który będzie o tym informował.

W przypadku próby zakończenia obchodu, użytkownikowi zostanie wyświetlone okno dialogowe z potwierdzeniem zamknięcia obchodu.

W widoku kalendarza dodano możliwość pokazywania w osi czasu rzeczywistego czasu wykonania obchodu. W celu włączenia tej funkcji należy zaznaczyć odpowiednią opcję w ustawieniach filtru kalendarza tj. opcję 'Czas rzeczywisty'. Domyślnie jest ona wyłączona.

W liście wykonania obchodu dodano dodatkowe ikony wskazujące na występujące komentarze/załączniki/notatki zapisane w trakcie wykonywania obchodu. W zależności od wystąpienia:

Rozbudowano akcję edycji już wprowadzone w obchodzie wartości. Akcja Edytuj wartość zmieniła nazwę na Edytuj/Potwierdź wartość i dla zadań typu skanowanie identyfikatorów będzie możliwość potwierdzenia wykonania skanowania taga/beacon’a w obchodzie już po jego wykonaniu.

Dodano do aplikacji mobilnej możliwość wyświetlenia ostatnich obchodów danej osoby. Po wybraniu przycisku Klepsydra w prawym górnym rogu ekranu, użytkownikowi zostanie wyświetlona lista ostatnich obchodów danej osoby. Użytkownik może wrócić do wykonania danego obchodu. Zapis wykonania będzie zmieniał również datę zakończenia obchodu !

W wykonaniach mobilnych dodano możliwość wyświetlenia obchodów już wykonanych. Użytkownik może rozpocząć ich edycję i zapisać zmiany. Umożliwia to również możliwość dodania załącznika/akcji do już wykonanego obchodu.

Dodano możliwość dodania załącznika/akcji do już zamkniętego obchodu. Po wejściu do obchodu, w zakładce "Notatki" lub "Akcje" nie znikają przyciski edycji załączników. Funkcja ta znika w momencie wysłania danego obchodu do centralnego systemu.

Zmieniono sposób prezentacji w pytaniu tak/nie przycisków w trakcie jego raportowania. Kolory przycisków aktywowane są dopiero po wybraniu odpowiedniej opcji. Domyślnie przyciski posiadają szary kolor.

Zmieniono nieznacznie okno komentarzy w trybie offline dla zakończenia wykonywania obchodów. Teraz okno komentarzy skaluje się poprawnie, gdy włączona jest duża klawiatura wirtualna, która może zasłonić okno tekstu dla mniejszych rozmiarów ekranu.

W widoku mobilnym dodano informację o zalogowanej osobie. Jest ona dostępna w menu Narzędzia. Po wyświetleniu menu, w górnej części ekranu wyświetlana jest informacja o zalogowanej osobie.

Moduł powiadomień został rozszerzony o możliwość ręcznego tworzenia powiadomień dla dowolnej liczby użytkowników. Dotychczas funkcja była wykorzystywana głównie w systemie do tworzenia automatycznych powiadomień o zdarzeniach generowanych automatycznie tj. przypomnieniach, informacjach z integracji itp. Teraz za pomocą dodatkowej akcji mamy możliwość utworzenia powiadomienia z możliwością wyboru użytkowników lub wydziałów, do których ma trafić dana wiadomość.

Więcej: Dokumentacja powiadomień

Dodano możliwość wyświetlania powiadomień w systemie w trybie pełnoekranowym. Zamiast w pasku powiadomień i przycisku dzwonka te powiadomienia pojawiają się na pełnym ekranie i użytkownik musi przeglądnąć wszystkie powiadomienia oczekujące na niego.

W aplikacji AMAGE Shell w module Obchody dodano możliwość dodania załącznika do komentarza do punktu obchodu. Menu kontekstowe pozwalające na dodanie komentarza zostało rozbudowane o możliwość dodania załącznika do już istniejącej możliwości notatki. Po wybraniu tej akcji wyświetlane jest nowe okno, które pozwala wprowadzić komentarz oraz dołączyć dowolną liczbę załączników.

Dane te są synchronizowane do centralnego systemu z pracy offline i dostępne w podglądzie wykonania obchodu.

W aplikacji AMAGE Shell module Obchody i pracy offline dodano możliwość dołączenia załączników podczas rejestracji dodatkowych akcji/czynności w trakcie wykonania obchodu. Zmieniono interfejs tak, aby można było to wykonać w jednym kroku poprzez wybór akcji, dodanie komentarza oraz dodanie załączników.

Dane są synchronizowane z centralnym systemem.

W aplikacji mobilnej (cześć online) dodano możliwość dodania załącznika/ów do punktu obchodu. Pozwala na to dodatkowa ikona w menu kontekstowym danego punktu obchodu.

Dołączone załączniki są widoczne w podglądzie wykonania obchodu w głównym systemie.

W widoku zasobów struktury oraz nadzoru dodano możliwość filtrowania po producencie, oraz wykonawcy.

W widokach drzew (Lokalizacja, Grupy, Wydziały) dodano dodatkowe pytanie w trakcie realizacji operacji przeciągnij i upuść. Pytanie pozwala na przerwanie przenoszenia elementu w przypadku błędnego wyboru. Dodatkowo zabezpieczono operację przed przesunięciem elementu na samego siebie.

Dodano możliwość zaimportowania pola Wytwórca do zasobów. Dodatkowo dodano możliwość określenia pola wytwórca jako pola wyszukiwania unikalności zasobu do wykrycia aktualizacji zasobu.

Importery zostały rozszerzone o możliwość importu szablonu obchodów (punktów obchodowych) ze źródeł typu XLSX/CSV. Za pomocą tego mechanizmu można szybko zaimportować punkty obchodowe oraz dodatkowo utworzyć zasoby/lokalizację towarzyszącą punktom obchodowym.

Widok tabeli wykonania obchodu zmienił sposób podświetlania pól z wynikiem danego punktu. Jeśli w definicji pytania/pomiaru zawarto informację o poprawnej odpowiedzi, to pole będzie kolorowane na zielono (poprawna odpowiedź) lub na czerwono (niepoprawna odpowiedź). W przypadku braku informacji o poprawnej odpowiedzi pole nie będzie podświetlone.

Widok wykonania obchodu/inspekcji ujednolicono do widoku w trybie offline na urządzeniach mobilnych. Pytanie typu TAK/NIE będzie kolorowało przyciski, tylko wtedy gdy zostaną wybrane. Kolor będzie odpowiadał poprawności odpowiedzi.

Do widoków szablonów i planów inspekcji dodano przycisk dostępu do akcji automatyzacji procesów tak samo jak w widoku wykonań inspekcji.

Dodano dodatkowe pole wyjaśniające punkt obchodowy. Jeśli uzupełnione, to będzie wyświetlane w trakcie wykonania obchodu jako dodatkowe pole opisowe w menu kontekstowym punktu obchodowego zamiast ogólnego opisu szablonu pytania/pomiaru.

Dodano dodatkowe sprawdzenie w trakcie dodawania zasobu. Jeśli zasób posiada określony typ oraz numer seryjny, to przed dodaniem sprawdzamy, czy w bazie nie istnieje już zasób o takim samym typie i numerze seryjnym. Jeśli tak, to zasób nie zostanie dodany.

Urządzenia mobilne, które nie posiadają aktualne tokena, który otrzymują podczas parowania w systemie, zostaną poproszone o ponowne sparowanie z systemem. Komunikat pojawi się w momencie próby wczytania danej instancji na urządzeniu mobilnym, które nie posiada aktualnego tokenu.

W definicji punktu obchodu dodano możliwość określenia wprost warunku sprawdzającego dla wybranego pomiaru. Jest on traktowany jako nadrzędny w przypadku, gdy sama definicja pomiaru taki posiada. Pozwala to na szybkie wprowadzenie warunku sprawdzani pomiaru, czy np. jest w zakresie pomiarowym.