Mensajes SAP: del error al éxito, todo lo que tenés que saber

Si alguna vez trabajaste en SAP, sabés de lo que estamos hablando: vas avanzando en una transacción, todo parece fluir… hasta que ¡pum! aparece un mensaje. Un pequeño pop‑up o una barra de estado en rojo que te deja congelado frente a la pantalla. ¿Qué significa? ¿Es grave? ¿Podes seguir o necesitas ayuda urgente del equipo técnico?

 

Los mensajes en SAP son como señales de tránsito para los usuarios. Te indican si podes avanzar, si debes tener cuidado o si es necesario frenar en seco. El problema es que, muchas veces, no entendemos bien qué quieren decir. ¿Es un error real o solo una advertencia? ¿Podemos cambiar el tipo de mensaje? ¿Cómo impacta en los procesos del negocio?

 

En este artículo vamos a destrabar todas esas dudas. Desde la perspectiva funcional y la técnica, vas a aprender cómo interpretar los mensajes, qué significan sus colores, cómo se generan en ABAP, cómo personalizarlos y qué herramientas usar para gestionarlos de forma correcta. Además, compartimos buenas prácticas para consultores y desarrolladores, transacciones clave como OBA5 y SE91, y los errores más comunes que podes evitar.

 

Porque dominar los mensajes no es un tema menor. Es una habilidad clave para evitar bloqueos innecesarios, mejorar la experiencia del usuario y garantizar que los procesos de negocio en SAP fluyan como deben. Si alguna vez te trabaste por un mensaje, este artículo es para vos.

 

Dominar los mensajes es parte esencial de una operación SAP fluida y sin sorpresas.

Parte funcional: lo que ve el usuario

Cuando un usuario ejecuta una transacción en SAP y aparece un mensaje, lo primero que nota es su color o forma, lo cual ya aporta pistas sobre su gravedad. Puede aparecer como mensaje en la barra de estado o como ventana emergente (“pop‑up”).

• Si el mensaje es de color verde, normalmente es informativo: indica que una operación se realizó correctamente.
• Si es de color amarillo, es una advertencia: el sistema avisa de una situación que no impide seguir, pero que quizá haya algo que revisar.
• Si es de color rojo, es un error: impide avanzar hasta que se corrija lo que lo provocó.

Por ejemplo, al hacer doble clic sobre un mensaje con ícono de error en rojo, SAP despliega una ventana adicional con información extendida: clase del mensaje, número de mensaje, texto técnico. Ese número —por ejemplo “M3305”— sigue la convención de clase “M3” + número “305”. Conocer ese identificador es clave cuando se desea cambiar el mensaje o su comportamiento. Si un mensaje es rojo (error), el usuario no puede seguir hasta resolverlo. 

• Si es amarillo, puede decidir ignorarlo o corregir el proceso para que no siga saliendo el mensaje de color amarillo. 
• Si es verde, simplemente confirma y continúa.

Parte técnica: el mundo ABAP

Desde la perspectiva del desarrollo, en el lenguaje ABAP se usan instrucciones MESSAGE para levantar textos al usuario que provienen de mantenimiento de mensajes (transacción SE91). Los mensajes se almacenan en la tabla estándar T100.  Los tipos de mensaje más comunes son:

• A (Abort / Terminación) — El programa termina tras el mensaje. 
• E (Error) — Detiene el procesamiento de la pantalla de selección o bloquea hasta corrección. 
• I (Información) — Muestra un diálogo, luego el procesamiento continúa. 
• S (Éxito / Status) — Mensaje en la barra de estado, procesamiento continúa. 
• W (Advertencia) — En diálogo o barra de estado; en algunos contextos se comporta como error. 
• X (Exit) — Provoca dump (short‑dump); termina abruptamente el programa. 

Desde el código ABAP, puedes invocar por ejemplo:

MESSAGE i000(ZCL_MSG) WITH var1 var2.

Esto utiliza el mensaje clase ZCL_MSG, número 000, tipo ‘I’. Y los campos del sistema como sy‑msgid, sy‑msgno, sy‑msgty, sy‑msgv1…sy‑msgv4 quedan rellenados tras el MESSAGE.

Es muy importante, cuando se configura o se personaliza un mensaje, entender qué tipo de comportamiento provoca en el sistema, porque cambiar un mensaje de tipo “E” a “W” o viceversa puede impactar en el flujo del negocio.

Código ABAP

Esto realiza la validación para q se cumpla la tarea...del mensaje.


FUNCTION customized_message.
*"----------------------------------------------------------------------
*"*"Globale Schnittstelle:
*" IMPORTING
*" VALUE(I_ARBGB)
*" VALUE(I_DTYPE) LIKE T100C-MSGTS
*" VALUE(I_MSGNR) LIKE T100C-MSGNR
*" VALUE(I_VAR01) DEFAULT SPACE
*" VALUE(I_VAR02) DEFAULT SPACE
*" VALUE(I_VAR03) DEFAULT SPACE
*" VALUE(I_VAR04) DEFAULT SPACE
*"----------------------------------------------------------------------

DATA l_msgts LIKE t100c-msgts.

CALL FUNCTION 'READ_CUSTOMIZED_MESSAGE'
EXPORTING
i_arbgb = i_arbgb
i_dtype = i_dtype
i_msgnr = i_msgnr
IMPORTING
e_msgty = l_msgts.

IF l_msgts NE '-'.
MESSAGE ID i_arbgb TYPE l_msgts NUMBER i_msgnr
WITH i_var01 i_var02 i_var03 i_var04.
ENDIF.

ENDFUNCTION.

Transacciones y tablas de configuración

Para los consultores funcionales y técnicos, estas son algunas de las transacciones fundamentales que permiten gestionar los mensajes en SAP:

• OBA5: Modificación de tipo de mensaje (por ejemplo cambiar de error a advertencia)
• SE91: Mantenimiento de mensajes (crear/editar mensajes en una clase)
• NACE: Configuración global de mensajes para procesos específicos (por ejemplo en cobros o ventas)
• Para análisis de errores y sistema: SM21 (eventos de sistema), ST22 (short‑dumps) La tabla T100 almacena todos los textos de mensajes creados. Y su estructura contempla el campo TYPE (valor ‘A’, ‘E’, ‘I’, ‘S’, ‘W’, ‘X’) entre otros. 

Buenas prácticas

• No usar mensajes tipo A o X salvo que sea realmente crítico, ya que detenienen el procesamiento de forma abrupta.
• Si se necesita solo avisar al usuario pero permitir avanzar, usar tipo W o S, dependiendo del contexto.
• Documentar los mensajes personalizados con claridad: clase, número, texto, tipo y propósito.
• Para consultores funcionales: al recibir un error en rojo, revisar primero la clave de mensaje (p.ej. M3305) y verificar si es estándar o personalizado, y luego evaluar si debe cambiarse de comportamiento o si hay capacitación al usuario.
• Para desarrolladores: utilizar placeholders (&1, &2) con la cláusula WITH, y evitar hard‑coding de textos directamente en el programa.

Noticias Relacionadas

• La comunidad de desarrollo ABAP insiste en que los tipos de mensaje se utilicen correctamente para evitar short‑dumps inesperados: “Valid message types are A, E, I, S, W and X.” 
• Un caso frecuente en foros: al usar tipo ‘W’ en procesamiento de lista, SAP convierte internamente en tipo ‘E’ antes del tratamiento.
• En proyectos de migración a SAP S/4HANA, se recomienda revisar los mensajes heredados (de ECC) para asegurar que su tipo de mensaje y texto sean coherentes con la nueva experiencia de usuario.

Últimas noticias

• Aumenta la demanda de consultores que sepan analizar y ajustar mensajería en SAP Fiori/S4: los mensajes que eran adecuados en GUI tradicional necesitan replantearse para UX moderna.
• SAP está promoviendo guías de mensajes “user‑friendly” en S/4HANA, donde se evita el lenguaje técnico y se busca claridad para el usuario final.
• Crece el uso de herramientas de monitoreo automático que capturan los mensajes en ejecución (por ejemplo en trayectorias de negocio críticas) para detectar cuellos de botella o condiciones repetidas de error.

Entérate de más a través de nuestra lista de correo:



***


Fuente: "Crear Mensajes Informativos a través de la transacción SE91"