Wersje 1.29.x

W module wyposażenia dodano akcje, które pozwalają na dodanie urządzeń/maszyn bez konieczności przechodzenia przez procedurę zamawiania i akceptacji dostawy. Pozwala to na wprowadzenie urządzeń do systemu bezpośrednio z widoku desktop i niekoniecznie z wykorzystaniem modułu dostaw.

Moduł zarządzania wynajmem urządzeń został rozbudowany o możliwość dodatkowej konfiguracji systemu w taki sposób, aby realizował zarówno funkcje modułu zarządzania wyposażeniem drobnym, który jest wynajmowany od zewnętrznych dostawców i z nimi rozliczany, ale również jako moduł służący do zarządzania wyposażeniem w zakładach przemysłowych, które posiadają własną bazę urządzeń, które wymagają dodatkowego zarządzania.

W związku z tym w trakcie wdrożenia możemy zdecydować się na wdrożenie jednego z dwóch wariantów konfiguracji modułu:

W widoku szczegółów wyposażenia dodano dodatkowe akcje, które pozwalają zlecić inspekcję/kontrolę bezpośrednio z widoku szczegółów.

Dodano w widoku aplikacji desktop możliwość zarządzania wynajmem urządzeń. Pozwala to na osobie odpowiedzialnej za zarządzanie wynajmem urządzeń na zlecenie wypożyczenia urządzenia bezpośrednio z widoku szczegółów najmu. Dotychczas tą operację mógł wykonać dany użytkownik tylko z własnego widoku mobilnego.

W widoku desktop umożliwiono zamówienie danego typu urządzeń u zewnętrznego dostawcy. Dotychczas tą operację mógł wykonać dany użytkownik tylko z własnego widoku mobilnego.

Dodano w widoku desktop możliwość zamknięcia wynajmu danego urządzenia bez konieczności wykonywania tego przez osobę, która była aktualnym wynajmującym. W widoku szczegółów wynajmu dodano dodatkowe akcje, które pozwolą na zakończenie wynajmu urządzenia.

Dla zasobów, których typ nie ma włączonej flagi jest wyposażeniem, nie pozwalamy na realizację zamówień u zewnętrznego dostawcy przez moduł wyposażenia.

Dodano możliwość wypożyczenia urządzenia bezpośrednio z widoku szczegółów. Dotychczas tą operację mógł wykonać dany użytkownik tylko z własnego widoku mobilnego.

Pomiędzy poszczególnymi elementami widoku najmów dodano dodatkowe akcje kontekstowe, które umożliwiają przejście pomiędzy kontekstami oraz edycję elementów.

Moduł wyposażenia nie będzie pokazywał dodatkowych informacji dotyczących zleceń pracy/kontraktów i przypisania kosztowego dla tych obszarów, jeśli moduł zleceń pracy nie jest wdrożony.

Rozbudowano importer typów i zasobów o import dodatkowych pól określających urządzenia będące wyposażeniem. Dotyczy to informacji o terminie ważności, osobach, które są odpowiedzialne za ten proces, właścicieli, aktualnych wynajmujących oraz informacji o zakończeniu wynajmu.

Rozbudowano operacje REST dotyczące załączników o możliwość importu załączników do zapisów historii nadzoru. Więcej szczegółów dostępnych w dokumentacji API interfejsu REST.

W trakcie raportowania historii zlecenia pracy i wyboru materiałów do zużycia dodano informację o aktualnym stanie zużycia. Pojawia się on zarówno w formularzu wyboru materiałów z planu materiałowego, jak i w formularzu tworzenia zużycia. Dzięki temu użytkownik ma możliwość sprawdzenia, czy dany materiał został już zużyty w ramach zlecenia pracy.

W widoku zleceń pracy dla interfejsu mobilnego dodano możliwość wyszukiwania zleceń pracy na podstawie powiązanych elementów w dokumentach dostaw, zamówień, magazynowych lub w planie materiałowym. Pozwala to na wyszukanie wszystkich zleceń, które posiadają dokumenty z elementami o podanych nazwach typów.

W trakcie dowiązywania zasobów nie można już powiązać zasobu z samym sobą. Wcześniej taka operacja była możliwa, co prowadziło do utworzenia pętli w powiązaniach zasobów i uniemożliwiało ich usunięcie.

W widoku planu materiałowego dla zleceń pracy dodano podsumowanie widoku w formie informacji o wartości oraz ilości elementów planu.

W widoku szczegółów dzierżawy dodano informację o wartości wszystkich elementów planu dzierżawy.

W widoku planu materiałowego dla dzierżaw dodano informację o cenie poszczególnych elementów planu.

W widoku dzierżaw dodano możliwość przechowywania informacji dotyczącej kosztów transportu oraz wartości transportu dla poszczególnych elementów konstrukcyjnych/zleceń.

W definicji obchodu dodano możliwość włączenia opcji przypominania wartości ostatniego pomiaru dla obchodu. Po jej włączeniu, podczas wykonywania obchodu w polu pomiaru pojawia się jako podpowiedź wartość ostatniego pomiaru. Użytkownik może skorzystać z niej jako podpowiedzi lub wpisać własną wartość.

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.

Podczas odkładania zdarzenia na później określamy datę, do kiedy dane zdarzenie będzie odłożone i niewidoczne w domyślnym widoku.

W trakcie wykonania obchodu w menu poszczególnych elementów pojawiła się dodatkowa akcja "Wykres", która pozwala na wyświetlenie wykresu dla ostatnich pomiarów. Funkcja dostępna jest tylko dla pomiarów.

W szczegółach zdarzenia serwisowego wyświetlana jest lista zapisów w poszczególnych zakładkach. Dzięki temu użytkownik ma możliwość szybkiego sprawdzenia, w których zakładkach znajdują się zapisy.

Aplikacja AMAGE Shell została rozbudowana o możliwość pracy w trybie offline. Dla instancji posiadających włączony tryb offline pojawia się dodatkowy przycisk Offline w interfejsie użytkownika. Architektura pozwala na synchronizację danych na urządzenia mobilne i pracy bez podłączenia do sieci. Główne mechanizmy pozwalają na synchronizację danych, logowanie i przeglądanie podstawowych funkcji trybu offline. Sukcesywnie w zależności od potrzeb będą dodawane kolejne obszary funkcjonalność pracujące w trybie offline.

Aplikacja AMAGE Shell w trybie offline wspiera pracę systemów obchodowych bez dostępu do sieci. Synchronizacja danych obchodowych pozwala na przesłanie danych do urządzenia i pracę bez podłączenia do sieci. Po wykonaniu zadań i uzyskaniu dostępu do sieci aplikacja przesyła wszystkie wykonane obchody do systemu centralnego.

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.