IBM Maximo Application Suite 9.2: The Practical Updates Worth Knowing

By MORE by Naviam AI Summary — based on the More by Naviam podcast episode with Steven Shull and Phil Runion.
‍

IBM ships a new version of Maximo Application Suite about once a year, usually somewhere around June, give or take. Every release lands as a mix of headline features, quieter enhancements, and behind-the-scenes plumbing that most people never see.
‍

With MAS 9.2, the updates that stand out aren't the flashy ones. They're the practical ones.

TL;DR

MAS 9.2 isn't defined by one big feature. It's a stack of practical changes that, together, make Maximo easier to administer, support, and use. The highlights:

• Email gets more reliable — SMTP queuing so messages aren't lost when the mail server is down, plus SMTP OAuth support and a configurable send-from address for scheduled reports
• User management moves into Maximo Manage — the separate Mongo-based suite-level user record goes away, which simplifies admin work and environment refreshes
• Fewer workarounds — communication templates replace YAML-based MAS Core comms, and behaviors like auto-populating an asset from a location become organization-level settings
• Operational Dashboards keep maturing — charts, work queues, embedded content like Power BI, and actions that let users do work, not just view it
• Maximo Mobile is easier to stand up — QR-code setup, better traffic routing, mobile dashboards, and visual inspection
• Better supportability — thread IDs and pod names in logging, and a new 200-row default table download limit to protect performance
• Upgrade advice: test it early in non-production, but don't rush the first release into production.
  ‍

On a recent episode of More by Naviam, Steven Shull and Phil Runion walked through the 9.2 features that matter most to the people actually living in Maximo every day — admins, support teams, cloud providers, planners, supervisors, technicians, and the power users who keep everything moving. Here's what stood out.

Why MAS 9.2 matters

The direction of this release comes down to one line: more of Maximo's control is moving back to where Maximo people already work.
‍

That's a bigger deal than it sounds. Most Maximo teams are comfortable in Maximo Manage. They know users and security groups, communication templates, automation scripts, object structures, system properties, escalations, cron tasks, reports, and integrations. They are far less comfortable editing YAML files in OpenShift or chasing user records across suite-level synchronization. So every time MAS 9.2 takes something that used to require platform-level work and turns it into a setting inside Manage, that's a win for the people doing the day-to-day administration.
‍

Steven and Phil also noticed how many of these changes look like they came straight out of real customer feedback through the IBM Ideas Portal. That's worth saying out loud: if your organization has a recurring Maximo pain point, submitting and voting on ideas seems to influence what shows up in future releases. Dark mode is a good example of the kind of request IBM is clearly hearing. It's not in 9.2, but the interest is loud. And for anyone who's had to log into Maximo at two in the morning, dark mode cannot come soon enough.

What admin changes reduce the old workarounds?

Administrative simplification is the strongest theme in 9.2, and user management is the cleanest example.
‍

In earlier versions of MAS, a user could exist in two places: Maximo Manage and a separate Mongo-based suite-level record. That split created real friction, especially during a production-to-non-production refresh. Anyone who's refreshed prod into dev, test, or training knows the checklist is long — users, passwords, authentication, integrations, endpoints, cron tasks, system properties, environment-specific settings. Adding a second user record outside of Manage just made it longer.
‍

In MAS 9.2, that Mongo-based user record goes away, and user management moves more fully into Maximo Manage. For long-time admins, that means working with the tools and processes they already know, which also makes bulk user updates more straightforward instead of forcing teams to reconcile multiple layers.
‍

The same idea shows up in communications. MAS 9.2 moves away from YAML-based MAS Core communications toward Maximo communication templates. That sounds technical, but the payoff is simple: admins already know communication templates. They know how to edit the message, manage recipients, use substitution variables, and switch a template on or off. YAML in OpenShift is a different world, and in a lot of organizations Maximo admins don't even have OpenShift access — that work sits with an infrastructure or platform team. Pulling these communications into Manage hands control back to the people who actually administer the system.
‍

There's also a smaller change that's easy to underrate. For years, Maximo has automatically populated an asset when a user enters a location that only has one asset tied to it. Some organizations love that behavior. Plenty of others have fought it with automation scripts and other workarounds. In MAS 9.2, it becomes an organization-level setting. That's exactly where a behavior like that belongs.

What's new with email and reporting in MAS 9.2?

Email is never the exciting part of a Maximo release, but it's one of the most important. Maximo leans on email for workflows, escalations, approvals, notifications, scheduled reports, and a long tail of business processes. When it works, nobody thinks about it. When it breaks, everybody notices.
‍

MAS 9.2 adds three changes here that solve problems teams have long had to work around in the field:

• SMTP email queuing when the mail server is unavailable. In older versions, if Maximo tried to send while the mail server was down or unreachable, that message could simply be lost. That's a problem for anyone, and especially for organizations on Microsoft 365, Google, SendGrid, Amazon SES, or other cloud email services. Naviam has historically stood up extra infrastructure to handle queuing, logging, and availability, so having more of that capability inside Maximo itself is a meaningful step
• SMTP OAuth support. As basic authentication keeps getting phased out or discouraged by the major providers, OAuth stops being optional. This keeps Maximo aligned with modern email security instead of fighting it
• A configurable "send from" address for scheduled reports. Previously, scheduled reports could go out as the user who scheduled them. That breaks down fast — the user might not have permission to send through the SMTP server, they might leave the company, or their address might trip spam filtering. Setting a shared system address through a system property is cleaner, and it's one more workaround replaced by a setting
  ‍

That last point is the pattern to watch across this whole release. The changes admins like best are usually the ones that turn a workaround into a checkbox.

How do Operational Dashboards and the UI improve?

Start Centers have been part of Maximo for a long time, plenty of organizations still rely on them, and they aren't disappearing overnight. But they get messy. A large environment can accumulate a pile of Start Center templates, result sets, KPIs, and portlets that becomes hard to manage and tune.
‍

Operational Dashboards are the more modern path forward, and in MAS 9.2 they keep getting better — charts, work queues, embedded content, and actions. The actions piece is the part worth noting first, because a dashboard shouldn't just show information, it should help users do something with it. A supervisor approving work orders, a service desk manager reviewing open tickets, a maintenance manager watching backlog, a planner looking at upcoming work — work queues support those jobs in a more action-oriented way than a traditional Start Center result set ever did.
‍

Phil also called out embedded content, like Power BI reports. That opens up some real possibilities when an organization wants Maximo users to see operational data and external analytics in one place instead of jumping between tools.
‍

Two more things worth noting:

• Role-based applications keep maturing. Some of the newer apps look ready for broader use, particularly around administration, users, and security. Others, like Work Order Tracking, deserve more planning for organizations with customizations, industry solutions, or complex work processes. The direction is clear, though — IBM keeps making these apps more capable
• Focus mode. When a user has access to dozens of applications, the left navigation gets crowded fast. Focus mode lets users narrow it down to the apps they actually use. It's a small thing, and it's the kind of small thing people will use every day

What changed in Maximo Mobile?

Maximo Mobile picks up several updates in 9.2, and the most practical one is QR-code-based setup.
‍

Anyone who's helped users configure the mobile app knows setup is one of the first places things go sideways. People don't know which URL to enter. They use the Manage URL instead of the mobile endpoint. They mistype it. They aren't sure which environment they're supposed to connect to. QR-code setup takes most of that guesswork off the table, which matters a lot for technicians and field users who just need to get into the app and start working.
‍

A few other mobile improvements stood out:

• Better mobile traffic routing, which Phil noted is especially valuable for medium and large deployments. As more technicians come onto Maximo Mobile, being able to route or separate that traffic more intentionally helps with scaling, performance, and troubleshooting
• Mobile dashboards. Field users don't want to bounce between a stack of disconnected apps. They want a clear starting point. A dashboard-style experience can surface assigned work orders, inspections, service requests, and other tasks in one place
• Visual inspection from the mobile app, which ties Maximo Mobile more closely to Maximo Visual Inspection. A technician can take a photo and use a model to help identify a crack, a defect, an abnormal condition, or some other issue. Not everyone will turn this on right away, but it's a good signal of where the broader suite is headed — mobile execution, inspections, AI, and asset management working together out in the field

What about logging, downloads, and supportability?

A handful of 9.2 changes are really about protecting performance and making troubleshooting less painful.
‍

The one users will notice first is the new default table download limit of 200 rows. Some people won't love that at first, and that's understandable. But large list-tab exports can cause serious performance problems, and a list-tab download was never meant to be a bulk data extraction tool. For larger data needs, the right tools are reports, integrations, object structures, APIs, or database queries — something more controlled. The limit is adjustable, but the intent is clear: keep users from accidentally creating a performance problem.
‍

On the support side, MAS 9.2 adds thread IDs and pod names to logging. Thread IDs make it easier to group related log entries, and pod names tell support teams where something actually happened in an OpenShift environment. These aren't glamorous features, but anyone who's spent a night digging through logs knows that a small improvement in traceability can save hours.

Should you upgrade to MAS 9.2 right away?

Steven's advice on the episode was simple: start testing early, but don't rush the first release straight into production.
‍

There's a lot to like in 9.2, and most organizations should begin evaluating it now. But Maximo upgrades need real testing, especially when an environment includes custom applications, automation scripts, integrations, mobile users, industry solutions, large data volumes, or complex workflows. The smart approach is to install MAS 9.2 in a non-production environment, test the configuration, explore the new features, and find the issues before building a production rollout plan.
‍

That's not being overly cautious. That's just good Maximo practice.

Key takeaways

• SMTP email queuing helps prevent lost messages when the mail server is unavailable
• La compatibilidad con OAuth para SMTP mantiene a Maximo alineado con la seguridad moderna del correo electrónico
• Una dirección de remitente configurable para informes programados sustituye una solución alternativa común
• La gestión de usuarios se integra más completamente en Maximo Manage, y el registro de usuario basado en Mongo desaparece
• Las plantillas de comunicación sustituyen la configuración YAML, que es más difícil de gestionar
• Los paneles operativos siguen madurando como alternativa a los Centros de Inicio, ahora con acciones y contenido incrustado
• Las aplicaciones basadas en roles siguen mejorando sus capacidades
• El modo de enfoque simplifica una navegación izquierda abarrotada
• La configuración a nivel de organización sustituye varias soluciones alternativas antiguas de scripts de automatización
• La configuración de Maximo Mobile se facilita con la configuración mediante código QR, además de una mejor gestión del tráfico, paneles móviles e inspección visual
• Los ID de subproceso y los nombres de pod mejoran el registro y la capacidad de soporte
• Un nuevo límite predeterminado de descarga de tablas de 200 filas protege el rendimiento y es ajustable
• Vale la pena probar MAS 9.2 con antelación, pero planifique las actualizaciones de producción con cuidado

‍

‍

Preguntas frecuentes sobre MAS 9.2

¿Cuándo se lanza IBM Maximo Application Suite 9.2?

‍IBM suele lanzar una nueva versión de Maximo Application Suite una vez al año, a mediados de año. MAS 9.2 sigue este patrón, manteniendo la cadencia de lanzamiento anual de IBM.

¿Cuáles son los cambios más importantes en MAS 9.2?

‍Los cambios más significativos son la cola de correo electrónico SMTP y el soporte OAuth, la gestión de usuarios que se traslada completamente a Maximo Manage (con la eliminación del registro de usuario a nivel de suite basado en Mongo), las plantillas de comunicación que reemplazan las comunicaciones de MAS Core basadas en YAML, la mejora continua de los Paneles Operativos, la configuración más sencilla de Maximo Mobile mediante código QR y un mejor registro a través de ID de subprocesos y nombres de pods.

¿MAS 9.2 elimina el registro de usuario de Mongo separado?

‍Sí. En MAS 9.2, el registro de usuario a nivel de suite basado en Mongo desaparece, y la gestión de usuarios se integra más completamente en Maximo Manage. Esto simplifica la administración y facilita las actualizaciones de entornos y las actualizaciones masivas de usuarios.

¿Qué mejoras de correo electrónico incluye MAS 9.2?

‍MAS 9.2 añade cola de correo electrónico SMTP para que los mensajes no se pierdan cuando el servidor de correo no esté disponible, soporte OAuth SMTP para cumplir con los requisitos modernos de seguridad de correo electrónico y una propiedad del sistema para controlar la dirección "enviar desde" para los informes programados.

¿Cuál es la diferencia entre los Paneles Operativos y los Centros de Inicio en MAS 9.2?

‍Los Centros de Inicio son la experiencia de inicio de Maximo de larga data y siguen funcionando, pero pueden volverse desordenados en entornos grandes. Los Paneles Operativos son la opción más moderna y, en la versión 9.2, admiten gráficos, colas de trabajo, contenido incrustado como Power BI y acciones que permiten a los usuarios realizar trabajo directamente en lugar de solo ver información.

¿Por qué MAS 9.2 limita las descargas de tablas a 200 filas?

‍Las exportaciones grandes de pestañas de lista pueden crear serios problemas de rendimiento, y una descarga de pestaña de lista no está destinada a la extracción masiva de datos. El valor predeterminado de 200 filas reduce ese riesgo. Es ajustable, y para necesidades de datos más grandes, las organizaciones deben usar informes, integraciones, estructuras de objetos, API o consultas de bases de datos.

¿Debería actualizar a MAS 9.2 inmediatamente?

‍Empiece a probarlo pronto en un entorno que no sea de producción, pero no implemente la primera versión directamente en producción. Pruebe la configuración, valide las personalizaciones, integraciones, móvil y flujos de trabajo, luego elabore un plan de implementación en producción.

‍

‍

Reflexiones finales

MAS 9.2 no es el tipo de lanzamiento que se define por una característica grande y llamativa, y eso está bien. Lo que lo hace interesante es lo práctico que es. Devuelve más control a Maximo Manage. Elimina algunas soluciones provisionales antiguas. Mejora el manejo del correo electrónico. Facilita la configuración móvil. Y proporciona a los administradores mejores herramientas cuando necesitan dar soporte y solucionar problemas.
‍

Es el tipo de lanzamiento que los equipos de Maximo suelen apreciar una vez que empiezan a trabajar con él. La conclusión de Steven y Phil: pruébalo primero en un entorno que no sea de producción.
‍

¿Estás pensando en MAS 9.2 o planeando tu próxima actualización de Maximo? Naviam puede ayudarte a evaluar lo que es importante para tu entorno, a probar la nueva versión y a construir un plan de actualización práctico que reduzca los riesgos mientras ayuda a tu equipo a aprovechar todas las novedades de MAS 9.2.