Migración de WLA: Mejores Prácticas y Enfoques de Proveedores

El 67% de las organizaciones están transitando hacia herramientas de automatización de carga de trabajo más funcionales, ya que la elección correcta puede mejorar la eficiencia operativa en un 56% y reducir los costos en un 39% según el Informe sobre el Estado de la Automatización de TI.¹

Explore la migración de automatización de carga de trabajo (WLA), las mejores prácticas, a qué prestar atención y los diferentes enfoques de diversos proveedores.

¿Qué es la migración de WLA?

La migración de WLA (Workload Automation) es el proceso de mover la programación de trabajos y los flujos de trabajo de automatización de una organización de una solución de automatización de carga de trabajo a otra. Las empresas hacen esto para reemplazar herramientas heredadas por plataformas modernas que puedan soportar mejor las necesidades comerciales actuales o para ahorrar costos.

La migración de WLA también ayuda a garantizar operaciones 24/7. Muchas empresas dependen de programadores para ejecutar procesos complejos y críticos para la misión, y el paso a una solución más robusta les permite satisfacer las crecientes demandas de automatización y procesamiento en tiempo real.

La migración de WLA no es solo una actualización técnica. Es un habilitador de negocios que alinea la infraestructura de automatización tanto con las necesidades actuales como con el crecimiento futuro, ayudando a las organizaciones a operar de manera eficiente, confiable y a escala.

¿Por qué las organizaciones migran a nuevas herramientas de WLA?

Los programadores de trabajos heredados a menudo tienen dificultades para orquestar procesos en entornos de TI modernos. Por ejemplo, los sistemas WLA más antiguos pueden no ejecutar trabajos a la perfección tanto en la infraestructura local como en múltiples plataformas en la nube, lo que dificulta la gestión de los flujos de trabajo de TI híbridos.

Otros impulsores comunes para la migración incluyen:

• Iniciativas de transformación digital: Las empresas que atraviesan una transformación digital a menudo descubren que sus herramientas de automatización existentes carecen de la agilidad y las capacidades de integración necesarias para nuevos proyectos.
• Adopción de la nube y entornos híbridos: Muchos programadores antiguos no fueron diseñados para la orquestación de nube híbrida, lo que impulsa el cambio a herramientas preparadas para la nube. Consulte programadores de trabajos de nube híbrida.
• Escalabilidad y rendimiento: Las empresas de hoy manejan volúmenes más grandes de datos y procesos. Las herramientas de automatización de carga de trabajo modernas están diseñadas para escalar horizontal y verticalmente para manejar miles de trabajos concurrentes, mientras que un programador heredado podría tener dificultades o convertirse en un cuello de botella.
• Costos de mantenimiento y riesgos de soporte: El software de automatización heredado puede conllevar altos costos de licencia y mantenimiento. En algunos casos, los proveedores pueden haber finalizado el desarrollo activo o el soporte para versiones más antiguas.
• Funciones y analíticas mejoradas: Las soluciones WLA más nuevas a menudo vienen con funciones integradas para proporcionar mejores perspectivas sobre las operaciones, tales como: diseñadores de flujo de trabajo visuales, tableros de monitoreo centralizados, auditoría granular y optimizaciones basadas en ML.

Enfoques de migración de los principales proveedores de WLA

Todos los proveedores principales comparten el mismo objetivo, que es ayudar a las empresas a alejarse de los programadores de trabajos heredados mientras reducen el riesgo, a pesar de sus estrategias dispares. Existen tres métodos principales:

• Aprovechar herramientas de conversión automatizadas
• Depender de consultores con un enfoque en servicios
• Combinar los dos enfoques.

Stonebranch (Universal Automation Center)

Stonebranch’s Universal Automation Center (UAC) ofrece un servicio de migración estructurado para mover a las organizaciones desde herramientas de automatización de carga de trabajo heredadas hacia su plataforma moderna. El servicio combina herramientas de automatización con soporte experto y cubre sistemas como CA 7, SAP Job Scheduler, Tidal, Windows Task Scheduler y cron.

Stonebranch ofrece la Xpress Conversion Tool (XCT) para convertir trabajos heredados en formatos compatibles con UAC automáticamente. Por ejemplo, los trabajos de fondo de SAP pueden importarse y transformarse con un esfuerzo manual mínimo. XCT preserva las definiciones de trabajos, disparadores, dependencias y mapeos de recursos durante toda la migración.

La migración sigue un enfoque de 7 pasos:

1. Iniciación: Definir el alcance y configurar el entorno de migración.
2. Análisis: Inventariar y evaluar el panorama actual de trabajos.
3. Migración piloto: Probar la precisión de la conversión y obtener aprobaciones.
4. Transición completa: Automatizar la conversión de todas las cargas de trabajo.
5. Validación: Realizar controles de calidad y revisiones de usuario.
6. Cut-over: Reemplazar el sistema heredado con UAC en producción.
7. Cierre: Finalizar la documentación y la transferencia de conocimientos.

La capacitación, las ejecuciones paralelas y el soporte de puesta en marcha aseguran una transición fluida con un riesgo y una interrupción mínimos.

Redwood RunMyJobs

RunMyJobs proporciona un servicio de migración totalmente guiado llamado “fábrica de migración”. RunMyJobs by Redwood cuenta con un equipo de expertos y herramientas patentadas para migrar cargas de trabajo de todas las principales plataformas WLA. Comienzan analizando detalladamente el inventario de trabajos existente (evaluación de migración) y luego migran las cargas de trabajo en sprints ágiles, comenzando con los trabajos de bajo riesgo.

El proceso de migración de RunMyJobs a menudo implica ejecutar los sistemas antiguo y nuevo en paralelo y capacitar al equipo del cliente durante todo el proyecto. Con más de 100 empresas migradas hasta la fecha, Redwood aprovecha ~30 años de experiencia para asegurar una transición fluida con un tiempo de inactividad mínimo.

Estrategia de migración de RunMyJobs

1. Lanzamiento del proyecto

La migración comienza con trabajos simples y de bajo riesgo y se desplaza gradualmente hacia los más complejos. Se organiza en sprints ágiles, agrupando los trabajos por aplicación, unidad de negocio o tipo de trabajo para minimizar la interrupción.

2. Instalación y configuración

Se configuran los entornos de RunMyJobs, se establece la autenticación de usuarios y se definen los protocolos de seguridad. La integración con todos los sistemas y bases de datos asegura una ejecución fluida del flujo de trabajo en toda la empresa.

3. Capacitación del equipo

Los principales interesados reciben capacitación a través de la plataforma bajo demanda de Redwood University y sesiones dirigidas por instructores, asegurando una experiencia práctica y un aprendizaje continuo durante la migración.

4. Sprint de migración ágil y hypercare

La migración ocurre en etapas con los sistemas heredados y RunMyJobs funcionando en paralelo. Después de la conversión de datos y las pruebas, los flujos de trabajo se mueven a producción. El hypercare asegura que el sistema sea monitoreado y que los problemas se resuelvan después de la migración.

ActiveBatch

ActiveBatch ofrece un servicio de migración guiada para mover a las organizaciones desde programadores heredados hacia su plataforma moderna de automatización de carga de trabajo. La migración sigue un enfoque faseado y consciente del riesgo. Comienza con un inventario detallado de los flujos de trabajo y objetos de trabajo existentes, seguido de una estrategia de migración a medida.

ActiveBatch también proporciona herramientas de migración automatizadas que convierten los objetos del programador heredado en formatos compatibles con ActiveBatch, simplificando la transición.

La capacitación y las pruebas son partes clave de la migración. El equipo del cliente es capacitado en las funciones de ActiveBatch, y se utilizan ejecuciones paralelas de los sistemas antiguo y nuevo para verificar la migración antes del despliegue completo.

ActiveBatch tiene un proceso específicamente optimizado para la migración desde estos programadores:

• BMC Control-M
• CA AutoSys
• CA Workload Manager
• IBM Tivoli
• Unix cron
• Windows Task Scheduler
• SQL Server Agent​

Por ejemplo, ActiveBatch puede convertir los trabajos de estos programadores (incluyendo reglas de programación complejas y alertas) en flujos de trabajo de ActiveBatch automáticamente. De manera similar, importa las definiciones de trabajos de CA AutoSys exportando los archivos JIL de AutoSys y convirtiéndolos en objetos de ActiveBatch​.

Estas herramientas de conversión conservan los atributos de los trabajos, así como los calendarios, disparadores de eventos, asignaciones de recursos y dependencias. El enfoque enfatiza una migración confiable y sin scripts (free) para minimizar el riesgo y el tiempo de inactividad.

CA Workload Automation (Broadcom)

CA Workload Automation proporciona un servicio de migración estructurado e impulsado por herramientas, respaldado por expertos dedicados. La migración es guiada por la herramienta patentada de CA, que automatiza hasta el 80% de la conversión desde programadores heredados como Control-M, TWS, Tidal y cron.

La migración incluye ejecuciones paralelas durante las pruebas para minimizar las interrupciones. CA también proporciona soporte operativo, capacitación y transferencia de conocimientos para asegurar que el equipo del cliente pueda gestionar la plataforma de manera efectiva. Con décadas de experiencia y una metodología probada, CA ofrece migraciones eficientes con un tiempo de inactividad mínimo.

Las herramientas de migración soportan transiciones desde los siguientes productos:

• BMC: Control-M
• ASG: Zeke, Zena
• IBM® Tivoli®: TWS para z/OS, DJC, TWS para DS (anteriormente Maestro)
• Cisco: Tidal
• Programadores nativos: cron, Microsoft® SQL Server®, Windows Batch Scheduler
• Redwood: Cronacle

Figura 2. Proceso de Migración de CA ³

HONICO (BatchMan for SAP)

Se especializa en la automatización de carga de trabajo enfocada en SAP y ofrece un servicio de migración a medida para clientes que cambian de otros proveedores de WLA a su solución BatchMan. Stonebranch adquirió HONICO el 10 de septiembre de 2025, integrando la herramienta SAP de HONICO, BatchMan, en su plataforma UAC para una orquestación de TI híbrida unificada, manteniendo BatchMan disponible como un producto independiente.

El enfoque de HONICO comienza con una evaluación exhaustiva de las necesidades y un análisis del entorno actual del cliente, seguido de una prueba de concepto que implementa algunos procesos críticos en un sistema de prueba. Luego realizan una migración masiva automatizada de objetos de trabajo a un entorno de prueba para su validación.

Cuando se trata del cutover, HONICO es flexible: pueden realizar una migración paso a paso lado a lado o un cambio “Big Bang”, dependiendo de lo que las pruebas indiquen como más seguro. Se proporciona un período de HyperCare después de la puesta en marcha, en el cual el equipo de HONICO apoya estrechamente las operaciones del cliente para asegurar la estabilidad. Su experiencia en la programación de SAP significa que se enfocan en preservar los parámetros de trabajo específicos de SAP y mejorar la integración con los sistemas SAP. Los clientes han reportado mejoras significativas (por ejemplo, reducción del esfuerzo manual y mejor transparencia en los procesos batch de SAP) después de migrar a la plataforma WLA de HONICO.

Ejemplos reales de migración de WLA

SWM

SWM, un importante proveedor de servicios públicos municipales en Alemania, migró de BMC Control-M a RunMyJobs para optimizar su automatización de carga de trabajo y reducir los gastos operativos.

Desafíos

SWM necesitaba ir más allá de BMC Control-M para soportar sus operaciones expandidas centradas en SAP. El equipo de SAP Basis buscaba una plataforma con una integración profunda con SAP y la flexibilidad para gestionar diversos sistemas empresariales. Un requisito clave era automatizar el complejo proceso meter-to-cash dentro de SAP IS-U, que implicaba una orquestación de trabajos de alto volumen y múltiples pasos, y requería una ejecución confiable a través de diversas fuentes de datos.⁴

Resultados:

• Eliminación de 1+ hora de esfuerzo manual por proceso de SAP
• Reducción de las cargas de SAP HANA a 6–7 horas, y los cálculos a 1.5–2 horas
• Habilitación de orquestación nocturna completa entre sistemas
• Añadida auto-recuperación: los trabajos fallidos se reinician en 30 minutos
• Mejora en la precisión de la facturación y disponibilidad de datos del cliente

BSH Hausgeräte GmbH

BSH, uno de los fabricantes de electrodomésticos líderes en el mundo, reemplazó varias herramientas de programación obsoletas con RunMyJobs para armonizar la automatización en su entorno de TI global. La transición resultó en una mejor programación de trabajos de SAP, un monitoreo consolidado y ganancias significativas en eficiencia. Además, la plataforma unificada ayudó a BSH a cumplir con los estándares de gobernanza interna.⁵

Desafíos

La dependencia de BSH de Broadcom AutoSys limitaba su capacidad para escalar y automatizar procesos financieros y de cadena de suministro complejos. La necesidad de desarrollo personalizado frecuente provocaba inestabilidad, altos costos de mantenimiento e interrupciones. Con un entorno de TI extenso, que incluía cinco sistemas SAP ERP centrales, más de 30 sistemas adicionales y más de 2,000 servidores, BSH requería una plataforma de automatización más confiable y escalable para soportar sus operaciones globales.

Resultados:

• Construcción de resiliencia mediante el manejo de excepciones y flujos de procesos dinámicos
• Reemplazo de AutoSys con orquestación en tiempo real impulsada por eventos
• Mejora en la precisión de los datos y la toma de decisiones en toda la cadena de suministro
• Obtención de visibilidad total del proceso a través de tableros y alertas
• Estandarización de la automatización de la cadena de suministro y reducción del trabajo manual

Whitbread PLC

Whitbread, la empresa de hostelería más grande del Reino Unido, adoptó RunMyJobs para soportar su panorama de SAP. La organización buscaba minimizar las intervenciones manuales y mejorar la confiabilidad de la programación en las operaciones financieras y minoristas. La migración permitió a Whitbread mejorar la resiliencia del sistema y gestionar los picos de carga de trabajo de manera más efectiva, particularmente durante los periodos minoristas concurridos.⁶

Desafíos

Whitbread enfrentó el doble desafío de reemplazar dos sistemas heredados: SAP RemoteWare para transferencias de archivos y Broadcom AutoSys para la programación de trabajos, ambos gestionados por terceros. Con RemoteWare acercándose al fin de su vida útil, el equipo necesitaba una migración faseada y no disruptiva que cumpliera con estrictos estándares de seguridad y gobernanza de TI. Su objetivo era consolidar las operaciones bajo una única plataforma de automatización confiable capaz de manejar cargas de trabajo complejas en toda la empresa, abarcando las divisiones de retail y hostelería.

Resultados:

• Migración de 1,900 trabajos en 6 meses con cero problemas post-migración
• Consolidación de 1,200 trabajos de AutoSys a solo 100 usando Redwood
• Obtención de visibilidad total en más de 800 puntos de venta empresariales
• Automatización de la documentación de procesos y mejora de la alineación entre equipos
• Integración de la gestión de incidentes con ServiceNow

UBS

La firma global de servicios financieros UBS transitó a RunMyJobs para obtener un mejor control sobre sus operaciones distribuidas de trabajos batch. El nuevo sistema ofreció a UBS una vista única y centralizada de la ejecución de trabajos y permitió respuestas más rápidas a los incidentes. El banco se benefició de un cumplimiento mejorado, la reducción del riesgo operativo y la mejora de los informes entre los equipos.⁷

Desafíos

UBS luchaba con un entorno de informes financieros fragmentado y laborioso, dependiendo de casi 100 empleados para coordinar manualmente sistemas desconectados. Con 10 millones de asientos por hora y la necesidad de informar sobre 500 millones de saldos de cuentas, las herramientas heredadas no podían cumplir con las demandas de rendimiento o cumplimiento. Los crecientes requisitos regulatorios (por ejemplo, US GAAP, IAS) y un panorama de TI extenso estaban elevando el TCO, sin que ningún sistema fuera capaz de gestionar la escala, hasta que se introdujo Redwood.

Resultados:

• Reemplazo de 16 aplicaciones heredadas por una plataforma de automatización unificada
• Mejora del costo total de propiedad (TCO) en un 30%
• Reducción del tiempo de informes externos de 9 días a 5 días post-cierre
• Automatización del procesamiento de más de 15 mil millones de transacciones en 9 meses
• Centralización de datos financieros para obtener perspectivas y respuestas a riesgos más rápidas
• Obtención de una ventaja estratégica de 5 años, según el liderazgo de UBS

Qué considerar antes y durante la migración de WLA

Migrar cargas de trabajo de automatización críticas es un proyecto complejo con riesgos técnicos, operativos y comerciales. Las consideraciones clave incluyen:

Factores técnicos

• Compatibilidad y migración de datos: Las definiciones de trabajos, horarios, scripts y dependencias deben traducirse al nuevo sistema. Los scripts personalizados o las llamadas a API heredadas pueden requerir una reescritura. Asegúrese de que todos los metadatos de programación se migren o reconfiguren correctamente.
• Integración: Verifique todas las integraciones con otros sistemas. Aborde las brechas para evitar interrupciones.
• Herramientas de automatización: Muchos proveedores proporcionan herramientas de migración automatizadas que convierten trabajos y flujos de trabajo, cubriendo a menudo el 70–80% de la migración. Los ingenieros deben manejar los casos excepcionales y probar exhaustivamente los trabajos críticos.

Consideraciones operativas

• Riesgo de tiempo de inactividad: La ejecución de trabajos batch críticos o pipelines de datos puede verse interrumpida. Reduzca el riesgo ejecutando los sistemas antiguo y nuevo en paralelo o migrando por fases.
• Validación de la carga de trabajo: Verifique que los trabajos migrados se disparen y ejecuten correctamente. Compare los registros de ejecución de los sistemas antiguo y nuevo.
• Capacitación y transferencia de conocimientos: Asegúrese de que el personal de operaciones esté capacitado en el nuevo sistema para evitar configuraciones erróneas y respuestas lentas. Documente los procesos y configure el monitoreo y las alertas desde el primer día.

Consideraciones comerciales

• Aceptación de los interesados: Asegúrese de que el liderazgo y los usuarios finales comprendan el propósito y los beneficios esperados para asegurar la cooperación.
• Costo y ROI: La migración incluye costos de licencia y de proyecto. Los beneficios esperados, como la reducción del trabajo manual o nuevas capacidades, deben superar el esfuerzo de migración.
• Tiempos: Evite conflictos con períodos comerciales críticos, como los cierres de trimestre o las temporadas festivas.

Descubre más de nuestros análisis comparativos e insights basados en datos en la Búsqueda de Google.

Añadir como fuente preferida

Mejores prácticas para la migración de WLA

Una preparación exhaustiva es esencial para una migración de WLA fluida. Estos pasos ayudan a las organizaciones a planificar, ejecutar y validar la transición con un riesgo y una interrupción mínimos.

1. Auditar y evaluar las cargas de trabajo

Comience con un inventario completo de todos los trabajos, flujos de trabajo y dependencias. Identifique los trabajos críticos y complejos, así como cualquier tarea redundante u obsoleta que pueda eliminarse. Esta evaluación establece el alcance de la migración y resalta las áreas que necesitan atención adicional.

2. Comenzar la planificación temprano

Comience a evaluar nuevas soluciones de WLA mucho antes de su fecha objetivo de puesta en marcha, idealmente con seis meses de antelación. La planificación temprana permite tiempo para comparar proveedores, ejecutar pruebas de concepto y asignar presupuestos sin prisas.

3. Seleccionar al proveedor adecuado

No todas las plataformas de WLA manejan la migración de la misma manera. Revise las funciones, integraciones y capacidades de migración de cada proveedor. Las herramientas de conversión automatizadas o los servicios de consultoría pueden reducir significativamente el esfuerzo manual y el riesgo. Verifique las referencias y los comentarios de los clientes para confirmar la confiabilidad.

4. Mapear procesos y dependencias

Documente cómo operan los flujos de trabajo hoy en día, incluyendo los horarios de los trabajos, disparadores, dependencias, scripts y manejo de errores. Identifique cualquier solución temporal o scripts personalizados que puedan simplificarse en la nueva plataforma.

Las herramientas de WLA modernas a menudo permiten funciones integradas que reemplazan los scripts heredados complejos.

5. Involucrar a los interesados

Involucre temprano a TI, operaciones, propietarios de aplicaciones, usuarios de negocio y ejecutivos. Explique el plan de migración, el cronograma y los riesgos potenciales. Recopile aportes de todos los grupos para asegurar que los trabajos críticos estén contabilizados y que todos comprendan los beneficios esperados.

6. Pilotar la migración

Antes de la migración completa, pruebe un subconjunto de cargas de trabajo. Elija trabajos que cubran varias funciones del programador pero que no sean tan críticos que los errores causen interrupciones mayores. Las ejecuciones piloto validan las herramientas de migración, descubren problemas y permiten que el equipo se familiarice con el nuevo sistema.

7. Preparar ejecuciones paralelas

Ejecute los sistemas antiguo y nuevo simultáneamente durante un período. Durante esta fase, los trabajos se ejecutan en ambas plataformas para su verificación. Las ejecuciones paralelas reducen el riesgo, permiten la comparación directa de resultados y generan confianza antes del cutover completo.

8. Capacitar a su equipo

Asegúrese de que los administradores y operadores estén capacitados en la nueva plataforma. Utilice los recursos del proveedor, como talleres, cursos en línea o programas de certificación. Involucre a su equipo en la configuración y pruebas prácticas durante la migración para acelerar el aprendizaje y generar confianza.

9. Validar las cargas de trabajo

Pruebe y verifique exhaustivamente que todos los trabajos se ejecuten correctamente en el nuevo sistema. Verifique horarios, dependencias, disparadores, alertas, lógica de reinicio, zonas horarias y calendarios festivos. Incluya a los usuarios finales o a los propietarios de aplicaciones downstream en las pruebas para confirmar que los resultados coincidan con las expectativas. Proceda al cutover completo solo cuando los resultados estén validados y los interesados aprueben.

10. Planificar el cutover y el soporte post-migración

Programe el cambio final durante horas de bajo impacto. Mantenga un plan de rollback en caso de que surjan problemas. Proporcione soporte de HyperCare inmediatamente después de la puesta en marcha, con personal adicional o ingenieros del proveedor disponibles para resolver problemas rápidamente. Documente todo el proyecto, capture las lecciones aprendidas y finalice las tareas restantes, como el desmantelamiento de los servidores antiguos.

Preguntas frecuentes sobre la migración de WLA

Preguntas frecuentes

Cita esta investigación

Elige el formato que se ajuste al lugar donde vas a publicar. Pegar la versión con enlace en tu CMS conserva el enlace de retroceso.

@misc{dilmegani2026,
  author = {Dilmegani, Cem},
  title  = {{Migración de WLA: Mejores Prácticas y Enfoques de Proveedores}},
  year   = {2026},
  month  = mar,
  howpublished    = {\url{https://aimultiple.com/wla-migration}},
  note   = {AIMultiple. Recuperado el 16 de Marzo de 2026}
}

Enlaces de referencia

1.

IT Automation Trends 2026 | Global State of IT Automation Report

2.

Simplify Your Workload Automation Migration With Redwood

3.

Solution BriefWorkload Automation Migration Methodology

4.

Stadtwerke München Case Study

5.

BSH Case Study

6.

Whitbread Case Study

7.

UBS Case Study

Cem Dilmegani

Analista principal

Síguenos

Cem ha sido el analista principal de AIMultiple desde 2017. AIMultiple informa a cientos de miles de empresas (según similarWeb), incluyendo el 55% de las empresas Fortune 500 cada mes. El trabajo de Cem ha sido citado por importantes publicaciones globales como Business Insider, Forbes, Washington Post, firmas globales como Deloitte, HPE y ONG como el Foro Económico Mundial y organizaciones supranacionales como la Comisión Europea. Puede consultar más empresas y recursos de renombre que citan a AIMultiple. A lo largo de su carrera, Cem se desempeñó como consultor, comprador y emprendedor tecnológico. Asesoró a empresas en sus decisiones tecnológicas en McKinsey & Company y Altman Solon durante más de una década. También publicó un informe de McKinsey sobre digitalización. Lideró la estrategia y adquisición de tecnología de una empresa de telecomunicaciones, reportando directamente al CEO. Asimismo, lideró el crecimiento comercial de la empresa de tecnología avanzada Hypatos, que alcanzó ingresos recurrentes anuales de siete cifras y una valoración de nueve cifras partiendo de cero en tan solo dos años. El trabajo de Cem en Hypatos fue reseñado por importantes publicaciones tecnológicas como TechCrunch y Business Insider. Cem participa regularmente como ponente en conferencias internacionales de tecnología. Se graduó en ingeniería informática por la Universidad de Bogazici y posee un MBA de la Columbia Business School.

Ver perfil completo

Sé el primero en comentar

Tu dirección de correo electrónico no será publicada. Todos los campos son obligatorios. Los comentarios se dejan en su idioma original.

Nombre

Dirección de correo electrónico

Comentario

0/450

Publicar comentario