Enkele van de vele mogelijkheden die inherent zijn aan Maximo zijn het configureren en aanpassen van de applicatie om uw bedrijfsvoering vriendelijker te maken. Hiernaar wordt expliciet verwezen omdat ze worden ondersteund door middel van upgrades, zodat u deze wijzigingen niet opnieuw hoeft aan te brengen. Dit wordt belangrijker naarmate u Maximo in productie neemt en begint met patchen en upgraden naarmate u het gebruik in uw hele bedrijf uitbreidt.

Veel van deze mogelijkheden, die vaak te zien zijn in artikelen, video's en soortgelijke media, zijn gericht op werkbeheer en verschillende ondersteunende modules (Assets, Planning, PM, enz.).

Hier zullen we ons concentreren op inventaris en inkoop, en schermafbeeldingen zullen MAS 9.0 weergeven, hoewel wijzigingen van toepassing zijn op 7.6.x. De meeste van deze wijzigingen zijn bedoeld voor het gemak, het vereenvoudigen van de navigatie, het opvragen van vragen en een beetje rapportage. Vanuit conventioneel oogpunt kunt u OOB (kant-en-klaar) of COTS (commercieel kant-en-klaar) zien als verwijzingen naar hoe Maximo wordt geleverd in de basisconfiguratie voordat u wijzigingen aanbrengt.

De meeste hiervan zullen betrekking hebben op wijzigingen in de databaseconfiguratie en/of de applicatieontwerper, zoals het toevoegen of wijzigen van attributen (velden) en, in sommige gevallen, het rapporteren van objectstructuren.

Een algemene opmerking voordat u dieper ingaat op de details. Maximo wordt geleverd met tools die Maximo groter kunnen maken. Overweeg om ze te gebruiken om Maximo kleiner en gebruiksvriendelijker te maken. De eerste stap in het vereenvoudigen van Maximo moet bestaan uit het benutten van beveiliging, zodat mensen alleen krijgen wat ze nodig hebben, en wat ze niet nodig hebben, niet in de weg staat of wordt afgeleid. Dit wordt hier behandeld: https://www.projetech.com/maximo-blog/maximo-security-simplifying-the-ui-and-creating-maintaining-roles.

Vervolgens kunnen met lijsttabbladen, invoerlijsten/domeinen, toepassingsdialogen en zelfs toepassingsschermen extra elementen worden toegevoegd. Overweeg om sommige dingen in hetzelfde proces te verbergen, als ze niet nodig zijn. Maximo is ontworpen om flexibel te zijn en geschikt te zijn voor verschillende bedrijfstakken en gebruikssituaties, maar houd rekening met die van u als u wijzigingen aanbrengt, en u kunt gaandeweg uw spullen opruimen.

Inventaris

Vanuit het oogpunt van de configuratie moet het modelnummerveld van de fabrikant van de inventaris worden overwogen voor uitbreiding, aangezien het OOB uit 8 tekens bestaat, terwijl de cataloguscode van de leverancier 30 is. Je zou moeten overwegen om ze minimaal hetzelfde te maken (30).

Tabblad Lijst — als je geen 'Roterende' inventaris gebruikt, overweeg dan om het veld te verbergen, aangezien je daar waarschijnlijk toch iets gaat toevoegen.

Geavanceerd zoeken zal waarschijnlijk de grootste verandering ondergaan, omdat de standaardzoekopdracht naar het gegevensgebied van de primaire leverancier op het INVENTORY-object is. Wanneer u een wijziging aanbrengt in de Inventarisapplicatie om de primaire leverancier- en cataloguscode voor een bepaald item uit te spreken, ziet u na het opslaan van de wijziging een nieuwe rij met die gegevens in het kader 'Leveranciers' op het tabblad 'Bestelgegevens'.

Eerder gedrukte (en sommige elektronische) referenties bevatten echter nog steeds de oudere gegevens over de leverancier en de catalogus, en daar moet u naar zoeken.

Door een INVVENDOR-objectzoekgebied toe te voegen aan de geavanceerde zoekfunctie kunt u beide zoeken, omdat de gegevens van het primaire leveranciersgebied zich ook in het frame 'Vendors' bevinden, dat zich in het INVVENDOR-object (tabel) in Maximo bevindt.

Wat nog belangrijker is, als u deze wijziging aanbrengt, het zoeken voor de gebruiker aanzienlijk vereenvoudigt; wanneer u in MAXDEMO als voorbeeld naar de HELWIG-cataloguscode 4302 van leverancier kijkt met behulp van het INVVENDOR-zoekgebied, dan is de syntaxis die Maximo voor u schrijft:

(status! = 'OBSOLETE' en siteid = 'BEDFORD') en (bestaat (selecteer 1 uit dbo.invvendor waarbij ((leverancier zoals '%HELWIG%' en hoger (cataloguscode) zoals '% 4302% ')) en (itemnum = inventory.itemnum en itemsetid = inventory.itemsetid en orgid=inventory.orgid) en (siteid is null) of (siteid is niet null) en siteid=inventory.siteid))))

Aangezien de gegevens van de MAXDEMO Primary Vendor de ATI-cataloguscode 123998 zouden zijn, zou een zoekopdracht waarbij alleen de velden voor de primaire leverancier worden gebruikt, de record niet worden gevonden.

Houd er rekening mee dat dit type wijziging meestal wordt gebruikt/geïmplementeerd voor opslagruimten die worden beheerd door een externe leverancier. Dit wordt belangrijker wanneer die leverancier verandert, waardoor veel van die leverancier-/cataloguscodegegevens worden gewijzigd.

Overweegt u een onderdeel overbodig te maken, of wilt u gewoon weten waar en wanneer het is uitgegeven? De inventarisatieapplicatie toont u de laatste uitgiftedatum per opslagruimte, voor elk inventarisitem. Tellingen van de afgelopen 3 jaar zullen ook gemakkelijk beschikbaar zijn.

Maar als je meer nodig hebt, dan moet je in de geschiedenis duiken en een zoekverklaring schrijven om je zoekopdracht uit te voeren, of de geavanceerde zoekfunctie laten aanpassen, bijvoorbeeld Work Order Tracking, zodat de eindgebruiker gebruik kan maken van de bestaande zoekfunctie:

Uw zoekopdracht wordt dan door de Maximo zoekfunctie voor u geschreven als:

(woclass = 'WORKORDER' of woclass = 'ACTIVITEIT') en istask = 0 en siteid = 'BEDFORD') en (bestaat (selecteer 1 uit dbo.matusetrans waarbij (itemnum zoals '% 11453% ')) en (refwo=workorder.wonum en tositeid=workorder.siteid en linetype niet in (selecteer waarde uit synonymdomain) waarbij DomainID'LineType' en MaxValue'Tool'))))

Zo kan Maximo het zwaardere werk doen voor uw gebruikers, die de fijne kneepjes van het gegevensmodel niet hoeven te begrijpen of de SQL-statements rechtstreeks hoeven te schrijven.

Inkoop

Voor het tabblad Inkooporders en/of de lijst met aanvragen zijn er een aantal wijzigingen waarmee u rekening moet houden. Bedrijfscodes zijn niet altijd gemakkelijk te begrijpen, vooral als uw bedrijfsgegevens via integratie uit een ander systeem komen. Zoeken vanaf het lijsttabblad via de bedrijfscode is daarom niet eenvoudig.

Door het kenmerk 'PO_VENDOR.NAME' toe te voegen aan het lijsttabblad kan het zoeken voor alle gebruikers eenvoudiger worden. Als u vaak uw geschiedenisvlag moet omschakelen, omdat het een smal veld is, kunt u overwegen om het opnieuw aan het lijsttabblad toe te voegen om het zoeken te vereenvoudigen.

Merk op dat de syntaxis voor het veld companies.name verwijst naar de relatie, in plaats van naar de naam van de primaire tabel. Voor meer informatie over het weergeven van aanvullende informatie via een relatie in Maximo, klik hier.

Inkooporder Advanced Search wordt waarschijnlijk nog steeds geleverd met de totale kosten in het kader 'Line Details'. De algemene voorkeur zou zijn om de kosten in de lijndetails aan te passen om de POLINE.LINECOST weer te geven en een nieuw veld toe te voegen boven het gebied met lijndetails voor de PO.TOTALCOST, zodat u de flexibiliteit hebt om een of zelfs beide te gebruiken. Wat nog belangrijker is, het is meer consistent met

het object dat wordt doorzocht (PO versus POLINE). De Purchase Requisition-applicatie heeft niet hetzelfde probleem OOB, maar de PR.TOTALCOST moet worden toegevoegd als u deze daar wilt hebben.

‍

Structuren van objecten

De integratiemodule bevat rapportobjectstructuren die nuttig zijn voor:

· Resultatensets van Start Center

· Rapportage op basis van zoekopdrachten

· Werkcentra/op rollen gebaseerde applicaties (afhankelijk van uw versie)

Wat nog belangrijker is, een aantal van deze rapportobjectstructuren zijn beschikbaar wanneer Maximo wordt geleverd, EN u kunt ze rechtstreeks in Maximo bouwen via de applicatie Object Structures. Als u met de implementatie begint, wilt u misschien de originele objectstructuren 'zoals geleverd' houden en duplicaten maken voor implementatie, en dat is prima als u daarvoor kiest. Laten we er een paar bekijken voor Query Based Reporting:

· Er is geen objectstructuur van Companies, dus indien nodig moet u deze op zijn minst bouwen met zowel de COMPANY- als de COMPCONTACT-objecten.

· De structuur van het inventarisatieobject (REP_INVENTORY) bevat het ITEM-object niet, dus u moet het toevoegen. Dit maakt het mogelijk om op zoekopdrachten gebaseerde rapportage vanuit de Inventaris-applicatie de itembeschrijving aan die rapporten toe te voegen.

Maximo blijft een uiterst flexibele applicatie met ingebouwde tools om wijzigingen aan te brengen om uw organisatie beter te ondersteunen, inclusief de mogelijkheid om deze kleiner te maken.