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.