Uitdagingen met recordupdates en gebruikersfouten

Een volwassen Maximo-systeem heeft meestal lagen van configuratie, aanpassingen, integraties en bewegende onderdelen. Vaak kan een enkel record meerdere processen bevatten die ermee interageren. Onlangs werkte ik in een omgeving waar werkorders werden aangemaakt door een integratie; toen de werkorder eenmaal in de nieuwe werkwachtrijen stond, begonnen de planners het record bij te werken. Tijdens de updates werden uitgaande integraties geactiveerd, wat leidde tot een nieuwe inkomende integratie waarbij de records werden bijgewerkt. Er waren ook escalaties waarbij updates werden uitgevoerd voor sommige werkorders. Alles om te zeggen dat gebruikers en geautomatiseerde taken regelmatig de foutmelding „BMXAA4200E - Record is bijgewerkt door een andere gebruiker” kregen, wat tot enige frustratie van de gebruiker leidde.

Fouten met 'Record bijgewerkt door een andere gebruiker' aanpakken

Als het gaat om 'record bijgewerkt door een andere gebruiker', zijn er net zoveel manieren om problemen op te lossen als er redenen zijn waarom ze zich voordoen. De artikelen waarnaar hieronder wordt gelinkt, beschrijven twee benaderingen die erg nuttig kunnen zijn. Deze benaderingen geven inzicht in de fout op het moment dat deze zich voordoet en deze benaderingen zouden in uw gereedschapskist moeten zitten.

https://www.sharptree.io/blog/2023/2023-07-25-updated-by-another-user/

https://www.linkedin.com/pulse/troubleshooting-mxrowupdateexception-error-ibm-maximo-cheremisenov

De kracht van automatiseringsscripts voor audittrails

Wat de meeste benaderingen missen, is de mogelijkheid om de volledige levenscyclus van een record te volgen. Om de levenscyclus van een record te bereiken, worden traditioneel audittabellen gebruikt om elke wijziging vast te leggen. Het configureren van audittabellen heeft een doel, maar dit kan aanzienlijke overheadkosten met zich meebrengen en het kan lastig zijn om ze weer uit te voeren als ze niet langer nodig zijn. In mijn voorbeeldscenario keek ik naar specifieke records in de eerste paar dagen nadat ze waren gemaakt. Ik was niet geïnteresseerd in het langdurig bewaren van auditgegevens en ik wilde iets dat eenvoudig kon worden in- en uitgeschakeld.

Met behulp van een automatiseringsscript kon ik al mijn doelen bereiken. Ik kon het zonder onderbreking aan het systeem toevoegen en het gemakkelijk uitschakelen toen ik klaar was. Sinds ik dit heb geïmplementeerd, ben ik teruggekeerd naar het script en heb het ingeschakeld om meerdere keren te helpen bij het oplossen van problemen. Met een startpunt op WORKORDER en WOACTIVITY save was ik in staat om basisinformatie te loggen telkens wanneer een opslag werd uitgevoerd.

‍

# Stel een logger in

van psdi.util.logging importeer mxLoggerFactory

projectTechLogger=mxLoggerFactory.getLogger („maximaal”)

‍

# Alle gegevens ophalen die ik wil loggen

MboParent = mbo.getOwner ()

strParentName = „”

als MboParent en Mboparent.getName ():

strParentName = MboParent.getName ()

# Schrijf een logboekvermelding

Projetechlogger.info („Auto Script" + ScriptName + ") heeft een WO-opslag gedetecteerd. Site-ID: "+mbo.getString („SITEID”) +” WONUM: "+mbo.getString („WONUM”) +” Wijzigen door: "+mbo.getString („CHANGEBY”) +” Deze Mbo: "+mbo.getName () +” Parent MBO: "+strParentName+” Interactief:” + str (interactief))

‍

Met de extra logboekregistratie kon ik de gegevens vastleggen die ik nodig had. Met behulp van de geregistreerde gegevens in combinatie met correlatie-ID's in het logbericht kon ik snel een volledig beeld krijgen van de levenscyclus van het aanmaken van werkorders. Met behulp van de loggegevens kon ik enkele procesverbeteringen identificeren die een groot deel van de frustratie van de gebruiker hebben weggenomen. We hebben ook een onnodig legacy-proces kunnen identificeren.

Hoe kun je dit gebruiken? Deze aanpak is niet beperkt tot alleen werkorders. Het kan worden toegepast op elk scenario waarin een startpunt van een automatiseringsscript kan worden geactiveerd en extra logboekregistratie vereist is. Wanneer u deze aanpak gebruikt of een andere aanpak waarbij extra logboekregistratie wordt toegevoegd, is het belangrijk om rekening te houden met de impact op de prestaties. Elk startpunt voor logboekinvoer en automatiseringsscripts dat wordt gebruikt, heeft een bron- en prestatiekost.

Houd je omgeving soepel, schakel logboekregistratie in tijdens het oplossen van problemen en schakel deze zo snel mogelijk uit.