In de dynamische wereld van vermogensbeheer, IBM's Maximo onderscheidt zich als een robuuste en uitgebreide tool die organisaties helpt bij het optimaliseren van de levenscyclus van hun bedrijfsmiddelen en onderhoudsactiviteiten. Zoals bij elk geavanceerd systeem is het echter onvermijdelijk dat er technische problemen optreden. Het oplossen van deze problemen vereist niet alleen een grondige kennis van het Maximo-systeem, maar ook een strategische benadering van het oplossen van problemen. Deze blog gaat dieper in op de kunst en wetenschap van het oplossen van problemen binnen Maximo en biedt waardevolle inzichten en praktische technieken om veelvoorkomende uitdagingen het hoofd te bieden.

1. Gebruikersondersteuning:

De interactie met gebruikers is een cruciale eerste stap in het probleemoplossingsproces. Effectieve communicatie helpt om:

• Bevestig de details van het probleem, verzamel meer informatie en verkrijg, indien mogelijk, foutmeldingen om de context van het probleem beter te begrijpen.
  
  
• Gebruik samenwerkingshulpmiddelen zoals MS Teams, waarmee u schermen kunt delen voor een duidelijkere demonstratie van de problemen die zich hebben voorgedaan.
  
  

2. Identificatie van het probleem:

Het identificeren en duidelijk definiëren van het probleem speelt een cruciale rol in het probleemoplossingsproces. Effectieve strategieën omvatten:

• De mogelijkheid om het probleem nauwkeurig te identificeren en te definiëren is de eerste stap bij het oplossen van problemen.
  
  
• Soms kan een eenvoudige vergelijking van gegevens voldoende zijn. Een gebruiker heeft bijvoorbeeld een probleem gemeld dat zich slechts bij één werkorder voordeed. In dergelijke gevallen kunnen we de gegevens van de problematische werkorder extraheren en vergelijken met een andere vergelijkbare werkorder die niet hetzelfde probleem heeft.
  
  
  • De foutmelding zegt dat de WO niet geldig is bij het aanmaken van een Release PO.
    
    

• • Zoek een andere vergelijkbare WO die dezelfde locatie en werkclassificatie heeft, enz.
    
    

• • Voer een SQL-query uit om twee records uit WORKORDER te extraheren. Kopieer en plak naar Excel.
    
    
  • Vergelijk de waarden van twee WoS, negeer die datumvelden en we kunnen gemakkelijk zien dat de waarden van WOACCEPTCHARGES voor twee WoS verschillend zijn, wat waarschijnlijk de oorzaak van het probleem is.
    
    

• • Ga naar de problematische werkorder en vink het vakje „Accepteert kosten?” aan (WIE ACCEPTEERT DE KOSTEN). Probeer opnieuw de Release PO te maken en het probleem is opgelost.
    
    

3. Log in als gebruikersprofiel om het probleem te reproduceren:

• Het reproduceren van problemen is een van de belangrijkste stappen op weg naar de oplossing, vooral voor enkele gecompliceerde problemen. We kunnen inloggen als gebruikersprofiel en proberen het probleem te reproduceren, zodat we kunnen zien hoe/wanneer het probleem zich voordoet en ook de oplossing kunnen uitwerken/testen.
  
  
• Er zijn twee methoden:
   
  • Vervang de gebruikersnaam (LOGINID) door de uwe in het Maximo-account van de gebruiker en log in om het probleem te repliceren. Normaal gesproken doen we dit in een niet-productieomgeving, en dit alleen tijdens de productie als dat nodig is. Houd er rekening mee dat deze methode alleen werkt in Maximo-omgevingen die zijn geconfigureerd met Active Directory Authentication.
    
    

• • Of voeg onze gebruiker toe aan dezelfde beveiligingsgroepen waarin de gebruiker zich bevindt en log in om het probleem te reproduceren. Maar in sommige workflowgevallen werkt dit mogelijk niet goed, omdat u en de gebruiker zich mogelijk in verschillende persoonsgroepen bevinden.

4. Analyse van het logboek:

• Maximo-logboeken spelen een cruciale rol bij het oplossen van problemen. Analyseer de toepassingslogboeken en serverlogboeken van Maximo om foutmeldingen, waarschuwingen of andere indicatoren van problemen te identificeren.
   
  • Systeemlogboeken: Maximo genereert systeemlogboeken waarin verschillende gebeurtenissen, fouten en activiteiten binnen de toepassing worden vastgelegd. Deze logboeken zijn essentieel voor het oplossen en diagnosticeren van problemen. Als er een probleem is opgetreden, hebben we toegang tot de systeemlogboeken om te controleren of er fouten zijn vastgelegd. De systeemlogboeken bevinden zich normaal gesproken in de installatiemap van Maximo, zoals hieronder:
    <Root>\ IBM\ WebSphere\ AppServer\ profielen\ AppSrv01\ logboeken\... \ SystemOut.log
    
    Als een samplinggroep bijvoorbeeld geen WoS kon genereren, kunnen we eerst naar de cron-taak PlusDBaseCronTask gaan om de actietijd en de serverinstantie te identificeren.
    
    

• • 
    Ga vervolgens naar de map met serverlogboeken om het systeemlogboek te vinden op basis van de actietijd van de cron-taak, open de logboeken en probeer de tekst „[SampleWogen]” te vinden. Dit is de ERROR die aangeeft dat een item in de Sampling Group geen operationele status heeft.
    
    [31/10/23 5:38:23:557 AEST] 0000030d SystemOut O 31 okt 2023 05:38:23:557 [ERROR] [maxprdcrn1] [] [SampleWogen] Fout bij het aanmaken van een werkorder op locatie: 2073938/Asset: 513973: PSDI.util.mxApplicationException: BMXAA0090E - Asset 513973 is geen geldig item, of de status is niet bedrijfsstatus.
    
    
  • Foutregistratie: Maximo registreert fouten die zich binnen de toepassing voordoen. Deze foutenlogboeken kunnen beheerders helpen problemen snel te identificeren en op te lossen.
    
    Hieronder ziet u een voorbeeld van foutmeldingen die de gebruiker heeft ontvangen toen hij het item Reorder opnieuw probeerde uit te voeren:
    
    „BMXAA3463E - Er is een fout opgetreden die moet worden gecorrigeerd door een systeembeheerder. Bekijk het toepassingslogboek van REORDER in de <HOME>directory om de oorzaak van de fout vast te stellen aan de hand van de geregistreerde foutmeldingen”
    
    We gaan opnieuw naar de map met serverlogboeken om de SystemErr.log te vinden op basis van het tijdstip waarop het probleem zich voordeed en zien de foutmelding „De adrescode is niet geldig”:
    
    [9/11/23 8:29:02:934 AEST] 000005ed SystemErr R PSDI.util.mxApplicationException: BMXAA3901E - De adrescode is niet geldig.
    ...
    [9/11/23 8:29:02:934 AEST] 000005ed SystemErr R op PSDI.mbo.mbo.setValue (mbo.java:2441)
    [9/11/23 8:29:02:934 AEST] 000005ed SystemErr R op PSDI.app.Inventory.ReOrder.GeneratePrHeader (ReOrder.java:1479)
    [9/11/23 8:29:02:934 AEST] 000005ed SystemErr R op PSDI.app.Inventory.ReOrderSet.ReOrder (ReOrderSet.java:997)
    ...
    
    Ga vervolgens naar de opslagruimte waar we het item Opnieuw bestellen uitvoeren om het item Verzenden naar/factuur naar adres te vinden en ga naar Organisaties om te controleren of het adres bestaat en aan de site is toegevoegd:
    
    Toen ontdekten we dat het verzendadres in de opslagruimte niet was toegevoegd aan de site van de opslagruimte. Zodra het aan de site is toegevoegd en het probleem is opgelost.
    
    
  • Specifieke logboeken: In sommige cron-taken kunnen we ook het logbestand specificeren in de Parameters om meer specifieke informatie over de cron-taakactiviteiten vast te leggen. Wanneer het probleem zich voordeed, zullen dergelijke logboeken ons enorm helpen om het probleem snel te identificeren.
    
    

• • 
    Bijvoorbeeld
    
    BMXAT0005E - PM 126373 is nog niet verwacht, of valt niet binnen het actieve seizoen.
    
    BMXAA9342W - De volgende vervaldatum is niet gespecificeerd voor floating PM 126373. Om de PM te genereren, geeft u in de PM-toepassing een volgende vervaldatum op.

5. Problemen met de workflow oplossen:

• Het oplossen van problemen met de workflow kan een beetje op speurwerk lijken. We moeten een zeer goed begrip hebben van het workflowontwerp, de details zorgvuldig controleren in de workflowgeschiedenis en analyseren waar en hoe de workflow naartoe is gevlogen, en dus om erachter te komen waar de problemen zitten.
  
  
• Maximo bevat enkele workflow-acties die ons kunnen helpen bij het oplossen van problemen.
  • Workflowopdrachten bekijken: We kunnen controleren aan wie momenteel de workflow is toegewezen.
    
    
  • Workflowgeschiedenis bekijken: Maximo bewaart de geschiedenis van een workflowproces. Dit omvat informatie over wanneer elke stap is uitgevoerd, wie de actie heeft uitgevoerd en eventuele opmerkingen of opmerkingen die aan de stap zijn gekoppeld.
    
    
  • Workflowkaart bekijken: De werkstroomkaart toont een afbeelding van een werkstroomproces, inclusief de knooppunten en verbindingslijnen. We kunnen de huidige locatie van de kaart controleren in een proces dat wordt gemarkeerd door een vakje rond het knooppunt.
• De volgende methoden worden aanbevolen om problemen met de workflow op te lossen.
  
  • Ten eerste kunnen we opnieuw proberen een eenvoudige vergelijking te maken in de geschiedenis van de workflow. Zoek een ander vergelijkbaar record dat dezelfde workflow gebruikt, open „Workflowgeschiedenis bekijken” voor beide records om te vergelijken of en waar de workflow een andere route heeft gevolgd.
    
    Hieronder ziet u een voorbeeld van problemen met de workflow. Bij het routeren van de workflow van honderden WoS van status APPR naar PNDNLD, bleven er slechts 2 WoS over als status APPR. Door de workflowgeschiedenis te vergelijken, ontdekten we dat de workflow voor die twee problematische WoS de True-actie volgde, in plaats van de False-actie, op het knooppunt „SFS, Exclude Classification”. Vervolgens kunnen we gewoon naar het workflowontwerp gaan om erachter te komen waarom deze 2 WO's op dat workflowknooppunt True hebben geretourneerd.
    
    

• Ten tweede kunnen we de actie „Workflow-opdrachten bekijken” selecteren om erachter te komen aan wie momenteel is toegewezen. Vervolgens loggen we in als het gebruikersprofiel van de gevolmachtigde en proberen we het probleem te reproduceren. Dit zal ons helpen om meer informatie over het probleem te krijgen en maakt het eenvoudiger om de oplossing uit te werken en te testen.
  
  Er is ook een andere aanpak die misschien tijdrovend is, maar die ons normaal gesproken kan helpen om de problemen te identificeren. Zoals zojuist vermeld, kunnen we „Bekijk de werkstroomkaart” gebruiken om uit te zoeken waar de workflow zich momenteel bevindt en om te begrijpen waarom/hoe de workflow daarheen is gevlogen. We kunnen de workflowgeschiedenis en het workflowontwerp stap voor stap controleren en vergelijken om erachter te komen welk workflowknooppunt de verkeerde actie heeft uitgevoerd en waarom.
  
  

6. Andere hoogtepunten:

Referentie van de documentatie:

Raadpleeg de Maximo-documentatie, releasenotes, gebruikershandleidingen, kennisbank en eerdere ticketnotities voor informatie over het probleem en mogelijke oplossingen.
‍
Samenwerking:

Werk samen met collega's, online forums of Maximo-gebruikersgemeenschappen om advies in te winnen en ervaringen te delen bij het oplossen van veelvoorkomende problemen.

Testen:

Nadat u een oplossing hebt geïmplementeerd, moet u het systeem grondig testen om te bevestigen dat het probleem is opgelost en dat er geen nieuwe problemen zijn geïntroduceerd.

Veranderingsbeheer:

Documenteer wijzigingen die tijdens de probleemoplossing zijn aangebracht. Zorg ervoor dat het Change Management-proces van het bedrijf wordt nageleefd en dat wijzigingen op de juiste manier worden gecommuniceerd aan de relevante belanghebbenden.

Back-up maken en herstellen:

Maak altijd een back-up en bereid de back-out-scripts voor, indien mogelijk, voordat u een oplossing test/implementeert, voor het geval het oplossen van problemen tot onbedoelde gevolgen leidt.