En SAP, una transacción de diálogo es el flujo interactivo que permite a un usuario ejecutar funciones de negocio mediante pantallas (dynpros) y lógica ABAP asociada. A diferencia de procesos en segundo plano, la transacción de diálogo se caracteriza por ciclos cortos de interacción usuario‑sistema, tiempos de respuesta medidos y validaciones inmediatas. Inicio y validaciones iniciales. El proceso comienza cuando el usuario introduce un código de transacción (t‑code) en la barra de comandos o accede desde un menú/Fiori Launchpad a su equivalente GUI. El sistema realiza verificaciones como S_TCODE (autorización para ejecutar la transacción) y, si corresponde, precarga datos vía parámetros SPA/GPA (SET/GET PARAMETER ID) o variantes/parametrizaciones. El dispatcher del servidor de aplicaciones asigna la petición a un work process de diálogo, recupera el contexto del usuario y habilita el primer dynpro. Arquitectura y ciclo PBO/PAI. Cada pantalla se rige por la lógica de flujo y dos eventos clave: PBO (Process Before Output): prepara datos y estado visual antes de renderizar la pantalla (cargar listas, configurar el GUI status, activar/desactivar campos). PAI (Process After Input): procesa la entrada del usuario tras una acción (p. ej., un botón que fija el OK‑CODE), valida campos, navega entre pantallas y ejecuta lógica de negocio.