Informacje 4.0: W jaki sposób firma HOMAG wykorzystuje informacje z dokumentacji do kontroli zakładu?
Nowe wymagania od działu rozwoju: Pakiety Docu-data dla HOMAG-Service-Cloud
Po wdrożeniu rozwiązania do publikacji opartego na DITA z integracją SAP, firma HOMAG zwróciła się do nas z nowym wymaganiem. Dział rozwoju firmy HOMAG zwrócił się do zespołu ds. dokumentacji technicznej z pytaniem, w jaki sposób można wykorzystać system zarządzania dokumentami SAP do pozyskiwania informacji na potrzeby opisów błędów i odpowiednich rozwiązań problemów. Celem było załadowanie pakietów danych z odpowiednimi informacjami do HOMAG-Cloud i połączenie ich z maszynami. operatorzy i inżynierowie serwisu powinni być informowani o problemach z maszyną za pośrednictwem aplikacji HOMAG ServiceAssist lub HOMAG ServiceRemote i natychmiast otrzymywać odpowiednie dokumenty z sugerowanymi rozwiązaniami.
W tym celu programiści deweloperzy określili w definicji interfejsu, które informacje powinny być dostarczane z dokumentacji technicznej w celu ustanowienia połączenia między maszyną a dokumentacją.
To właśnie wtedy c-rex.net, jako wieloletni integrator systemów dla HOMAG, został wezwany do wdrożenia rozwiązania, które zostało opracowane zgodnie z jedną z naszych podstawowych zasad, a mianowicie: "Użyj standardu, jeśli istnieje i dostosuj go do swoich potrzeb, jeśli to konieczne!".
Standardy, standardy, standardy! XML, iiRDS, DITA
Ponieważ oparliśmy się na standardach w poprzednim rozwiązaniu do tworzenia i automatycznej publikacji dokumentacji technicznej, a mianowicie iiRDS, chcieliśmy zrobić to samo przy opracowywaniu nowego wymagania. Dlatego też zmapowaliśmy listę wymaganych metadanych z intelligent information Request and Delivery StandardiiRDS). W końcu prośba z działu rozwoju dotyczyła wymiany informacji między dwoma różnymi systemami. A oto i on! Było prawie 1:1.
Okazało się więc, że połączenie informacji i dokumentów wymaganych przez dział rozwoju w iiRDS było właściwym rozwiązaniem. W iiRDS i w iiRDS już ustanowionych w HOMAG trzeba było wprowadzić tylko kilka zmian.
Co obejmuje usługa iiRDS? Jakie rozszerzenia były konieczne?
Istniało wiele wymagań dotyczących HOMAG-Cloud, które mogły zostać spełnione przez iiRDS bez żadnych zmian. Kilka wymagań spowodowało konieczność rozszerzenia iiRDS.
W docelowym rozwiązaniu chmurowym należy podać informacje na temat odsetka przypadków, w których rozwiązanie zaproponowane w aplikacji usługowej doprowadziło innych użytkownicy do sukcesu. Informacje te nie były wcześniej zawarte w dokumentacji i nie miały odpowiedniego odpowiednika w iiRDS. Dlatego dodaliśmy niestandardową właściwość do tego celu i w ten sposób rozszerzyliśmy iiRDS.
Zrealizowaliśmy to za pomocą tak zwanychdocking points", które służą do przechowywania metadanych z innych standardów (np. ECLASS) lub nawet niestandardowych struktur dla produktów i zespołów. To idealnie pasowało do środowiska HOMAG. Ponieważ HOMAG od lat tworzy dokumentację zorientowaną na montaż.
Jak wygląda implementacja w DITA?
Następnym krokiem było sprawdzenie, jak możemy to zaimplementować w DITA. Przyjrzyjmy się iiRDS, które już istniały w HOMAG.
Z jednej strony istnieją już wyspecjalizowane tematy:
HomagFCR (Fault Cause Remedy) ) wywodzi się ze standardowego typu tematu "Rozwiązywanie problemów".
HomagTask wywodzi się ze standardowego typu tematu "Task".
Ponadto istnieje MDETask specjalnie dla informacji o konserwacji, z którym urządzenie nawiązuje bezpośrednie połączenie z dokumentacją. Informowaliśmy już o tym w naszym pierwszym wpisie na blogu poświęconym rozwiązaniu HOMAG.
Rozszerzyliśmy dwa wyspecjalizowane typy tematów, HomagFCR i HomagTask, w taki sposób, aby autorzy opisów błędów mogli z jednej strony rejestrować wymagane metadane, a z drugiej strony ustanawiać relacje za pośrednictwem linków wRemedy" do rozwiązań.
Co to konkretnie oznacza dla pracy redakcyjnej?
autorzy tworzą swoje treści w zwykły sposób i dodatkowo przypisują metadane w prologu DITA-Topic.
Remedy w FCR-Topic to kroki działania, których nie opisuje bezpośrednio w HomagFCR, ale wstawia jako odsyłacz. Ten odsyłacz ustanawia związek z zadaniem, w którym opisano rozwiązanie (środek zaradczy).
W jaki sposób dane trafiają do HOMAG Service Cloud?
W tym celu rozszerzyliśmy proces publikacji zintegrowany z FrameMaker, który obsługuje już różne kanały publikacji i zapewnia pliki XLIFF, PDF, pliki kontrolne dla maszyny i slajdy szkoleniowe. Teraz generuje iiRDS dla dokumentu typu "Rozwiązywanie problemów" i przechowuje go w SAP na podstawie specyficznej dla modułu, oprócz innych informacji.
HOMAG ServiceAssist pobiera informacje z SAP, gdzie przechowywany jest iiRDS dla danego zespołu, i importuje je do aplikacji w chmurze, gdzie następnie regulowany jest odpowiedni dostęp i przekazywanie do aplikacji i systemu CRM.
Jak to wygląda w przypadku użytkownicy?
użytkownicy otrzymują sugestie rozwiązań na swój tablet lub smartfon. Wyświetlane informacje są oparte na iiRDS, który zawiera treści PDF i HTML, które odnoszą się dokładnie do usterki w maszynie i zapewniają możliwe rozwiązania.
Korzystanie z aplikacji HOMAG można obejrzeć na kanale HOMAG w serwisie YouTube. Możesz też wypróbować ją samodzielnie, pobierając aplikację HOMAG serviceAssist z AppStore.
A ty?
Czy masz już pomysł, w jaki sposób metadane dla iiRDS mogą być przechwytywane w procesie publikacji informacji technicznych i udostępniane maszynie, a tym samym operatorzy, w sposób powiązany z sytuacją za pomocą częściowo lub w pełni zautomatyzowanych rozwiązań? A może już wdrożyłeś jakieś rozwiązanie? Prosimy o kontakt.