Entre una necesidad del negocio y una solución tecnológica existe un trabajo de traducción. El analista funcional entiende cómo opera un área, identifica reglas y excepciones, documenta lo que el sistema debe resolver y acompaña la validación. Cuando trabaja con un ERP, esa tarea conecta procesos como compras, ventas, inventario, finanzas o recursos humanos con una plataforma que comparte datos entre áreas.
En Uruguay, la señal reciente es especialmente clara. El reporte de demanda de talento IT del tercer trimestre de 2026 difundido por CUTI señala que los perfiles híbridos técnico-funcionales vinculados con ERP, NetSuite e integraciones siguen siendo relevantes. El informe también describe una demanda creciente de liderazgo y orientación al negocio. No significa que todas las vacantes sean de entrada ni garantiza contratación, pero sí indica que comprender procesos y conversar con distintos actores es una capacidad valiosa.
Esta guía profundiza en el rol. No reemplaza la guía general del sector TIC uruguayo: se concentra en cómo relevar requisitos, modelar procesos, escribir criterios de aceptación, validar configuraciones e integrar evidencia en un portafolio.
Qué es un analista funcional ERP
Un ERP integra información y procesos que antes podían vivir en planillas o sistemas aislados. El analista funcional ayuda a que la configuración responda a una necesidad real sin perder controles, trazabilidad ni coherencia entre áreas.
El nombre del cargo puede variar: business analyst, consultor funcional, analista de procesos, analista de aplicaciones o especialista funcional. Algunas posiciones trabajan con una plataforma concreta, como SAP, Oracle, Microsoft Dynamics, Odoo o NetSuite. Otras valoran experiencia en procesos y permiten aprender el producto.
| Etapa | Trabajo funcional | Evidencia |
|---|---|---|
| Descubrimiento | Entrevistar usuarios y observar el proceso | Mapa actual y problemas priorizados |
| Definición | Documentar reglas, datos y excepciones | Requisitos e historias de usuario |
| Diseño | Comparar configuración, cambio y alternativa | Propuesta funcional y riesgos |
| Construcción | Aclarar requisitos y revisar avances | Decisiones y trazabilidad |
| Pruebas | Diseñar escenarios y acompañar UAT | Casos, resultados y defectos |
| Adopción | Preparar materiales y soporte | Guía, capacitación e indicadores |
Qué no hace el rol
Un analista funcional no es necesariamente desarrollador, aunque comprender APIs, bases de datos y lógica técnica mejora su trabajo. Tampoco es un secretario de reuniones: debe cuestionar ambigüedades, identificar impacto y ayudar a priorizar. Y no decide solo. Finanzas, operaciones, usuarios, seguridad y tecnología conservan responsabilidades propias.
En equipos pequeños, el alcance puede combinar análisis, parametrización, pruebas y soporte. Lee cada vacante con atención para distinguir qué porcentaje corresponde a procesos, plataforma, datos, gestión del proyecto o atención de incidentes.
Habilidades esenciales
Comprensión de procesos
Aprende a seguir un proceso de principio a fin. En compras, por ejemplo: solicitud, aprobación, orden, recepción, factura y pago. Pregunta quién inicia, qué datos necesita, qué controles existen y qué ocurre cuando algo sale del camino esperado.
No documentes solo la ruta feliz. Las excepciones suelen concentrar riesgo: devolución parcial, factura con diferencia, proveedor bloqueado o entrega sin orden.
Relevamiento y comunicación
Una buena entrevista no comienza preguntando qué pantalla quiere el usuario. Empieza por el resultado, la decisión y el problema. Combina preguntas abiertas con validación: “¿Qué condición impide aprobar?”, “¿Cómo se resuelve hoy?”, “¿Con qué frecuencia ocurre?” y “¿Qué evidencia debe conservarse?”.
Después devuelve lo entendido en lenguaje simple. Un diagrama y una tabla de reglas pueden descubrir contradicciones antes de configurar el sistema.
Requisitos y criterios de aceptación
Un requisito funcional describe comportamiento, regla o resultado. Debe poder comprobarse. Evita frases como “el sistema debe ser intuitivo”. Es mejor: “Un comprador podrá consultar las órdenes pendientes por proveedor, fecha prometida y estado”.
Los criterios de aceptación delimitan condiciones. El formato dado/cuando/entonces puede ayudar:
Dado un proveedor bloqueado, cuando un usuario intenta emitir una orden, entonces el sistema impide la emisión y muestra el motivo del bloqueo.
Datos y SQL
El analista necesita comprender entidades y relaciones: cliente, producto, orden, factura, pago. SQL básico ayuda a validar resultados y conversar con equipos técnicos. También debe reconocer problemas de calidad, duplicados, códigos inconsistentes y campos obligatorios ausentes.
La Estrategia Nacional de Datos del Uruguay 2030 refuerza la relevancia de calidad, gobernanza y uso responsable de datos. Aunque una empresa privada tenga otro marco, el principio es transferible: definir responsables, significados, accesos y controles.
Pruebas funcionales
Diseña escenarios antes de que el usuario final pruebe. Incluye datos válidos, inválidos, límites, permisos y excepciones. Un caso debe indicar precondición, pasos, resultado esperado y resultado real. Reportar “no funciona” es insuficiente: registra ambiente, datos, evidencia y severidad.
Integraciones
Un ERP intercambia información con bancos, comercio electrónico, CRM, nómina, facturación o herramientas de BI. No necesitas programar una API para entender preguntas clave: qué sistema origina el dato, con qué frecuencia viaja, qué identificador relaciona registros, cómo se controlan errores y quién reintenta.
Conocimiento de negocio
La experiencia previa en administración, contabilidad, logística, ventas o recursos humanos puede ser una ventaja. El reto es convertir conocimiento tácito en reglas y entregables que un equipo pueda implementar.
ERP, NetSuite y otras plataformas
El informe de CUTI menciona ERP, NetSuite e integraciones como parte de los perfiles híbridos relevantes. No conviene aprender una plataforma solo por su nombre sin entender procesos. La lógica de una orden, un inventario o un asiento contable es transferible, aunque cada producto cambie pantallas y configuración.
Para comenzar, elige un proceso y estudia:
- datos maestros y transacciones;
- roles y permisos;
- estados y aprobaciones;
- reglas de validación;
- reportes y conciliaciones;
- integraciones y manejo de errores;
- auditoría y trazabilidad.
Tres proyectos para demostrar experiencia
Proyecto 1: compra a pago
Modela una empresa ficticia que compra insumos. Dibuja el proceso actual, identifica demoras y propone un flujo futuro. Incluye matriz de actores, cinco reglas, tres excepciones y seis criterios de aceptación.
Agrega casos de prueba: proveedor bloqueado, recepción parcial, factura con diferencia y usuario sin permiso. Cierra con indicadores como tiempo de ciclo, órdenes sin recepción y diferencias pendientes.
Proyecto 2: inventario e integración de ventas
Diseña un escenario donde una tienda en línea envía pedidos al ERP. Define datos mínimos, identificador único, frecuencia y respuesta ante errores. Crea un diccionario de datos y un diagrama de secuencia sencillo.
Incluye decisiones: qué sistema es fuente de clientes, cómo se evita duplicar pedidos y qué ocurre si el stock cambia. No hace falta construir la integración; el valor está en demostrar análisis y control.
Proyecto 3: cierre financiero y tablero de incidencias
Simula un cierre mensual con conciliaciones, documentos pendientes y aprobaciones. Diseña un tablero que muestre incidencias por área, antigüedad y criticidad. Escribe la definición de cada indicador.
Entrega una propuesta de mejora con alcance, riesgos, responsables y plan de pruebas. Diferencia claramente la configuración del ERP de un cambio que requeriría desarrollo.
Cómo presentar el portafolio
Cada proyecto puede ocupar entre cuatro y ocho páginas. Incluye:
- contexto y objetivo;
- mapa del proceso actual;
- problema priorizado y evidencia ficticia;
- requisitos, reglas y excepciones;
- diseño futuro o alternativa;
- criterios de aceptación y pruebas;
- riesgos, métricas y siguientes pasos.
Usa datos inventados o públicos. No publiques capturas, nombres, configuraciones ni documentos de un empleador o cliente sin autorización. Un portafolio responsable muestra criterio profesional.
Cómo entrar desde otra área
Desde administración o finanzas
Tu ventaja es entender controles, documentos y cierres. Refuerza diagramación, requisitos, SQL y pruebas. Construye un caso de compras o cuentas por pagar.
Desde logística u operaciones
Conoces inventario, entregas y excepciones. Aprende datos maestros, integraciones y documentación. Modela pedido a entrega.
Desde soporte o tecnología
Comprendes incidentes y sistemas. Profundiza entrevistas, procesos y comunicación ejecutiva. Convierte tickets repetidos en un problema funcional documentado.
Desde recursos humanos
Puedes trabajar altas, estructura, ausencias, evaluación o capacitación. Aprende privacidad, roles y flujos de aprobación. Evita usar información personal real en ejercicios.
Preguntas de entrevista
- ¿Cómo actuarías si dos áreas piden reglas contradictorias?
- ¿Cómo decides si una necesidad se resuelve con configuración o desarrollo?
- ¿Qué incluirías en un criterio de aceptación?
- ¿Cómo investigarías una diferencia entre ERP y sistema externo?
- ¿Qué harías si el usuario rechaza una solución que antes aprobó?
Una respuesta fuerte explica método: escuchar, documentar, medir impacto, presentar opciones, registrar decisión y validar. No prometas conocer una plataforma que no has utilizado; demuestra cómo aprenderías su lógica.
Plan de 8 semanas
| Semanas | Foco | Resultado |
|---|---|---|
| 1-2 | Procesos y BPMN básico | Mapa compra a pago |
| 3-4 | Requisitos y aceptación | Historias, reglas y escenarios |
| 5 | Datos y SQL básico | Diccionario y consultas |
| 6 | ERP e integraciones | Diseño de intercambio |
| 7 | Pruebas y adopción | Plan UAT y guía breve |
| 8 | Portafolio e entrevista | Tres casos y presentación |
Errores que debes evitar
- Documentar pantallas sin comprender el resultado de negocio.
- Ignorar excepciones, permisos y datos maestros.
- Confundir requisito con solución predeterminada.
- Escribir historias vagas que no pueden probarse.
- Aprender una marca de ERP sin dominar procesos.
- Usar IA para redactar requisitos sin validar reglas con responsables.
- Publicar datos o capturas confidenciales en el portafolio.
Conecta negocio y tecnología con evidencia
El analista funcional ERP aporta valor porque reduce malentendidos entre áreas, sistemas y personas. En Uruguay, la demanda reciente de perfiles híbridos confirma que no todo el crecimiento profesional tecnológico pasa por programar: comprender procesos, datos, controles e integraciones también construye una ruta sólida.
Para fortalecer la base analítica que este rol necesita, explora la Certificación Profesional en Business Intelligence y Power BI de G-Talent. Acompaña la formación con los tres proyectos de esta guía: un proceso, una integración y un tablero explicados con requisitos, pruebas y decisiones. Esa combinación convierte aprendizaje en evidencia profesional revisable.
