Compliance · SaaS
Una línea ética que se adapta.
Estamos desarrollando desde cero una nueva aplicación de línea ética para BDO, con flujos, roles y notificaciones configurables por empresa. La entrega para su puesta en producción está prevista para octubre de 2026.
Caso de proyecto 8 min de lectura
Nueva aplicación en desarrollo- Requisitos por empresa
- Workflows y permisos
- Pruebas de regresión
- Migración planificadaPrevisto
- Cliente
- BDO
- Proyecto
- Modernización
- Recorrido
- Octubre de 2026 · entrega prevista
- Estado del caso
- En desarrollo
El punto de partida.
La plataforma debía adaptar los estados, roles y notificaciones a las necesidades de cada empresa, mientras mantenía dos versiones en operación. Cada personalización requería desarrollo y pruebas.
Contexto y desafío completos
BDO opera una plataforma de línea ética para gestionar denuncias anónimas de sus clientes. Estamos desarrollando una aplicación nueva desde cero, con flujos de trabajo, roles y notificaciones configurables por empresa. La entrega para su puesta en producción está prevista para octubre de 2026.
El proyecto en detalle
Una nueva aplicación de línea ética, en desarrollo desde cero
- estado de la nueva aplicación
- En desarrollo
- entrega prevista para su puesta en producción
- Octubre de 2026
- objetivo de personalización
- Configuración por empresa
Qué estaba bloqueando la operación
La plataforma recibe denuncias anónimas de grandes empresas, incluidas multinacionales con subsidiarias en varios países. Cada cliente necesita flujos de trabajo, roles y notificaciones propios.
Cada personalización requería revisar su efecto en los flujos, los roles, las notificaciones y la auditoría. Incluso un cambio pequeño demandaba pruebas y seguimiento.
Estamos desarrollando una nueva aplicación desde cero, con flujos por cliente, roles dinámicos y notificaciones editables. El alcance incluye pruebas automatizadas y un plan de migración para proteger la operación existente.
La situación antes
- Cartera enterprise amplia usando la plataforma para gestionar denuncias éticas y canales de denuncia anónimos.
- Cambios que parecían de "dos clics" tardaban una semana o más. La complejidad acumulada del código hacía riesgosa cada modificación.
- La secuencia fija de estados (nueva → investigación → cerrada) no se adaptaba a los procesos de cada cliente. Algunos necesitaban entre 7 y 10 estados con transiciones configurables.
- Las notificaciones no permitían definir con precisión qué roles recibían cada evento.
- Había 6 roles fijos, sin posibilidad de asignar varios a un usuario ni crear roles propios por empresa.
- Sin pruebas automatizadas, cada corrección aumentaba el riesgo de introducir errores en otras funciones.
- El alcance debía contemplar la actualización de dependencias y los requisitos del proceso de certificación previsto.
- Dos versiones, v1 y v2, atendían a distintos clientes y duplicaban el esfuerzo de mantenimiento.
- Los permisos debían aplicarse de forma consistente en el panel, los listados, las exportaciones y los reportes.
Cómo trabajamos.
La nueva aplicación está en desarrollo desde cero. La entrega para su puesta en producción está prevista para octubre de 2026.
- Diagnóstico
Revisión del producto y sus restricciones.
- Diseño
Modelo de configuración por cliente.
- Desarrollo en curso
Nueva aplicación desde cero.
- Entrega prevista
Octubre de 2026, para su puesta en producción.
Recorrido y hallazgos en detalle
Lo que encontramos al entrar
Hallazgos
- El equipo había pedido una renovación visual. Al revisar el sistema, encontramos que también necesitaba configurar los flujos de trabajo, los roles y las notificaciones según cada cliente.
- Una multinacional con subsidiarias en AR/UY/CL necesita residencia de datos por país y usuarios que puedan participar en varias subsidiarias del mismo grupo. Esos requisitos cambian según el cliente.
- Cambiar etiquetas u ocultar y mostrar campos para un cliente aumentaba el riesgo de afectar otros flujos.
- El diseño debía permitir consultar quién había hecho cada cambio y cuándo.
- La renovación visual debía unificar la página externa y la aplicación.
- Las búsquedas y los listados eran lentos, especialmente para los clientes con muchos comités y usuarios.
Qué estamos construyendo.
Estamos construyendo una aplicación nueva desde cero, con estados y transiciones configurables, roles dinámicos y notificaciones editables. El alcance incluye auditoría, pruebas de permisos y un plan de migración.
- RequisitosNecesidades por empresa
- ConfiguraciónWorkflows y permisos
- PruebasRegresión y auditoría
- Migración previstaProteger la operación
- Workflows configurables por empresa
- Roles y permisos granulares
- Notificaciones y auditoría
- Suite de pruebas y plan de migración
Explorar el diseño propuesto
La aplicación que estamos desarrollando
Estamos construyendo una nueva aplicación con flujos de trabajo configurables por empresa.
Flujos de trabajo configurables por cliente
- Estados y transiciones configurables según el proceso de cada empresa.
- Transiciones configurables: qué rol puede mover una denuncia de qué estado a qué estado.
- Reasignación de comités después de derivar una denuncia, una acción que el sistema actual no permite.
- Creación de comités desde la misma pantalla de la denuncia.
- Razones de cierre personalizables por empresa (ya parcialmente implementado, ahora con más flexibilidad).
Roles y permisos dinámicos
De 6 roles fijos a un sistema de permisos granular y configurable.
- Cada empresa puede definir sus propios roles.
- Asignación de múltiples roles a un mismo usuario.
- Modelo de grupo económico: un usuario puede existir en múltiples subsidiarias de un mismo holding sin duplicación.
- Permisos consistentes en todas las superficies: dashboard, listados, exportaciones, reportes.
Notificaciones configurables
De emails poco configurables a un sistema de preferencias por usuario.
- Panel de preferencias de notificación por usuario y por rol.
- Plantillas de email editables por empresa, tanto en el texto como en los eventos que disparan el envío.
- Control de frecuencia para evitar exceso de notificaciones por denuncia.
- Alertas configurables por tipo de evento (nueva denuncia, respuesta, cambio de estado, vencimiento).
Pruebas automatizadas
Las pruebas automatizadas permitirán revisar los flujos de denuncia antes de cada despliegue.
- El conjunto de pruebas automatizadas forma parte de los entregables del proyecto.
- Cobertura de permisos y filtros de datos como prioridad.
- Pruebas de regresión antes de cada despliegue para detectar efectos de una corrección sobre otras funciones.
Análisis del formulario y auditoría
El diseño incluye herramientas para consultar los datos que la plataforma ya genera.
- Análisis del formulario para identificar en qué pasos abandonan los denunciantes y dónde encuentran dificultades.
- Log completo de auditoría: quién hizo qué, cuándo, descargable.
- Trazabilidad de cierres y reasignaciones masivas.
Qué busca la nueva aplicación.
| En la operación | Antes | Diseño propuesto |
|---|---|---|
| Flujos por cliente | Semanas de desarrollo | Configuración por empresa |
| Roles y permisos | Definidos en el código | Roles dinámicos y permisos granulares |
| Pruebas | Validación manual | Pruebas automatizadas previstas |
Aplicación en desarrollo desde cero. Entrega prevista en octubre de 2026 para su puesta en producción. Las mejoras todavía no son resultados medidos en producción.
Objetivos y próximos pasos
Objetivos de la nueva aplicación
La aplicación está en desarrollo, con entrega prevista en octubre de 2026 para su puesta en producción. Los siguientes son objetivos del proyecto; todavía no son resultados medidos en producción.
El objetivo es que un administrador pueda configurar en el día cambios que hoy requieren código y semanas de trabajo.
De semanas a días por personalización
Situación de partida
- Tiempo para agregar un workflow custom
- Semanas de desarrollo
- Tiempo para crear un rol nuevo
- Requería cambios de código
- Notificaciones por cliente
- Poco configurables
- Test suite
- Validación manual
- Los flujos de cada nuevo cliente se podrán resolver mediante configuración.
- El objetivo es resolver las personalizaciones previstas mediante configuración, con menos intervenciones del equipo técnico.
- El diseño prevé que el responsable de producto ajuste los flujos, roles y notificaciones definidos en el alcance.
Mejoras de seguridad previstas
La propuesta contempla actualizar las dependencias, completar la auditoría y unificar los permisos para proteger las denuncias anónimas.
- La reconstrucción prevé actualizar las dependencias incluidas en su alcance.
- El diseño incluye un registro completo de auditoría, requisito para avanzar en la certificación.
- El diseño contempla validar los permisos en el panel, las exportaciones y los listados.
Trabajo con el equipo técnico y de producto
La propuesta se trabajó con los responsables técnicos y de producto para priorizar las necesidades de configuración.
- El equipo había dado una devolución positiva sobre el panel entregado previamente.
- El responsable técnico adoptó la propuesta de ampliar la renovación visual a mejoras de funcionamiento.
- Las pruebas automatizadas permitirán detectar errores antes de cada despliegue.
Próximos pasos
- Completar el desarrollo y entregar la nueva aplicación en octubre de 2026 para su puesta en producción.
- Migrar los flujos de trabajo, roles y notificaciones de los clientes existentes al nuevo modelo configurable.
- Analizar en qué pasos se abandona el formulario para mejorar la tasa de denuncias completadas.
- Preparar la documentación de seguridad y arquitectura para el proceso de certificación.
- Evaluar la migración de la base de datos después de reconstruir las funciones centrales.
Personalizaciones previstas por configuración.
Decidimos desarrollar la aplicación desde cero, tomando como referencia las necesidades de anonimato, permisos y gestión de denuncias del producto existente. El nuevo desarrollo incorpora flexibilidad en los flujos, roles y notificaciones, junto con pruebas automatizadas.
Decisiones y conclusión del caso
Decisiones del proyecto
Decidimos desarrollar la aplicación desde cero, tomando como referencia las necesidades de anonimato, permisos y gestión de denuncias del producto existente. El nuevo desarrollo incorpora flexibilidad en los flujos, roles y notificaciones, junto con pruebas automatizadas.
Del pedido visual al funcionamiento del producto
El pedido inicial era una renovación visual. Al revisar por qué los cambios tardaban semanas, el alcance pasó a incluir flujos adaptables por cliente y roles configurables.
Pruebas, auditoría y permisos
Los flujos de denuncia requieren pruebas de regresión, un registro completo de auditoría y permisos consistentes. Incluimos esos requisitos en el diseño de la reconstrucción.
Un alcance definido para la nueva aplicación
El desarrollo se concentra en los flujos, roles, notificaciones y controles definidos para la nueva aplicación de línea ética.
Resumen del caso
- Estamos desarrollando desde cero una nueva aplicación de línea ética para BDO, con flujos por cliente, roles dinámicos, notificaciones editables, pruebas automatizadas y un plan de migración.
- Octubre de 2026 · entrega prevista para su puesta en producción
- Configuración por empresa · objetivo del nuevo desarrollo