Unificación con E-Talent Nuevo
Tema: Traer E-Talent dentro de esta plataforma en lugar de sostener dos sistemas separados Idioma: ES Estado: Propuesta a debatir con el cliente Origen: relevamiento técnico de ambos sistemas, agosto 2026
Resumen en pocas palabras
Existential opera hoy dos plataformas: E-Training, para el desarrollo de personas, y E-Talent, para procesos de selección. Son dos sistemas separados que se hablan por mensajes. Una misma empresa figura dos veces, se da de alta dos veces y sus usuarios se administran dos veces.
Esa separación no es solo incómoda: es la causa directa de fallas ya observadas en producción. Cuando el mensaje entre ambos sistemas falla o llega incompleto, hay personas que quedan sin su E-Mode y sin forma de recuperarlo, y hace falta intervención manual para destrabarlas.
La propuesta es que E-Talent deje de ser un sistema aparte y pase a ser un producto dentro de esta plataforma: una sola organización, una sola base de datos, un solo lugar donde administrar todo. La alternativa —reconstruir E-Talent como sistema independiente— resuelve la mitad del problema y cuesta más.
Qué pasa si no se hace:
- Las fallas de comunicación entre ambos sistemas siguen existiendo. Se han visto tres formas distintas del mismo problema: reporte que llega sin E-Mode, proceso que queda trabado sin generar resultado, y aviso de finalización que llega incompleto. Cada una dejó personas sin poder avanzar.
- Todo lo transversal se construye dos veces. El motor de créditos y planes que pide 21-suscripciones-creditos.md ya existe en E-Talent.
- No se puede vender la plataforma por partes, porque desarrollo y selección son productos de sistemas distintos.
- El equipo sostiene dos formas de hacer todo: dos maneras de desplegar, de depurar, de escribir una funcionalidad.
Cómo funciona hoy
Dos sistemas, dos padrones. E-Training tiene organizaciones con usuarios y roles. E-Talent tiene empresas con usuarios y grupos de permisos. No hay ninguna relación entre ambos: la misma empresa del mundo real es dos entidades sin vínculo.
Se comunican por mensajes. Cuando una persona de E-Training necesita su E-Mode, el sistema le pide a E-Talent que cree una entrevista. Cuando la entrevista termina, E-Talent avisa. Si ese aviso llega tarde, incompleto o no llega, la persona queda esperando y nadie se entera hasta que reclama.
El puente entre ambos mundos es manual. Cuando alguien entrevistado en E-Talent entra como empleado, un administrador tiene que buscarlo por nombre, encontrar su entrevista y vincularla a mano. Ver 11b-import-etest.md.
El candidato no tiene cuenta. Accede a su entrevista con un enlace que contiene un identificador. Cualquiera que tenga ese enlace puede abrirla, sin vencimiento. Funciona así desde siempre, pero no está declarado como decisión en ningún lado.
Qué se propone
Una organización que contrata productos. El catálogo es cerrado:
| Producto | Qué habilita |
|---|---|
| E-Training | Desarrollo de personas: E-Test, Brun-E, E-map, liderazgo, notificaciones |
| Selección de personal | Plantillas de entrevista, entrevistas a candidatos, reportes de selección |
Dos controles, no uno. Antes de cualquier operación se verifica primero si la organización contrató el producto —y si no, el mensaje es comercial, no de permisos— y después si el rol de la persona lo habilita. Dar de baja un producto no toca los roles: quedan dormidos y reviven al recontratar.
Una sola base de datos. El resultado de una entrevista y la persona a la que corresponde dejan de vivir en sistemas distintos. Las fallas de comunicación entre ambos desaparecen porque ya no hay comunicación entre ambos: o se guarda todo, o no se guarda nada.
El puente se vuelve automático. Al dar de alta o invitar a alguien, si en esa misma organización existe una entrevista completada con ese email y resultado válido, el E-Mode se asigna solo.
Lo que no cambia: el candidato sigue sin cuenta y accediendo por su enlace; el diseño y la identidad visual de ambos productos se conservan; el cobro sigue ocurriendo fuera de la plataforma.
Las etapas
El trabajo tiene un orden obligado: cada etapa necesita la anterior. Conviene tratarlo como una sola pieza — partirlo dejaría la plataforma a mitad de camino, con dos sistemas conviviendo y datos repartidos, que es más trabajo y más riesgo que completar la unificación.
| # | Etapa | Qué resuelve y qué implica |
|---|---|---|
| 0 | Estabilización de plataforma | Retención de respaldos, dirección propia para el sistema actual y capacidad de base de datos. Bajo riesgo: conviene aprobarlo aunque el resto no avance. |
| 1 | Cuentas y productos | Productos y contratación; la verificación de contratación aplicada a toda la plataforma existente; ampliación del catálogo de permisos; filtrado de la pantalla de roles; identidad del candidato declarada; origen del E-Mode con completado retroactivo; reconocimiento automático de candidatos. Es la etapa más grande. |
| 2 | Plantillas y proceso de selección | Plantillas y pasos con su orden, creación de entrevistas, respuestas del candidato, carga de material y estados del proceso. |
| 3 | Motor de análisis | Transcripción, generación de reportes, versionado de las instrucciones de la IA, y detección y reintento de procesos trabados. |
| 4 | Créditos y transacciones | Traslado del mecanismo que E-Talent ya tiene: crear una entrevista descuenta créditos y registra el movimiento. No puede posponerse del todo, porque sin él no se pueden crear entrevistas. Planes, cupos y saldo único con Brun-E quedan fuera — ver 21-suscripciones-creditos.md. |
| 5 | Espacio de reclutamiento | La aplicación de selección conectada a la plataforma unificada, con su identidad visual intacta. |
| 6 | Migración de datos | Traslado de toda la información de E-Talent, con conciliación de qué empresa corresponde a qué organización y verificación de que los totales coinciden. |
| 7 | Certificación de paridad | Comprobación funcional de que el sistema nuevo se comporta igual que el actual, incluidos los casos que fallaron en producción. Recorrido guiado con el cliente. |
| 8 | Corte de producción | Ventana de mantenimiento, traslado final, verificación y baja del sistema anterior. |
| — | Transversal | Textos en español, inglés y portugués; pruebas automatizadas; revisión y puesta en producción; reuniones de definición y seguimiento; dos rondas de ajuste por etapa. |
Producción no se toca hasta que la etapa 7 esté aprobada. El sistema actual sigue atendiendo a los clientes durante toda la construcción, y el cambio final es reversible.
Cómo se vería
Para el administrador de plataforma (Existential). En la ficha de cada organización aparece qué productos tiene contratados y desde cuándo, y los puede dar de alta o de baja. El consumo de créditos es uno solo para ambos productos.
Para el administrador de la empresa. La pantalla de roles ofrece únicamente los permisos de los productos contratados. Si la empresa solo usa desarrollo de personas, los permisos de selección no aparecen.
Para el usuario. Nada cambia mientras su organización tenga el producto. Si no lo tiene, ve un mensaje que le indica a quién pedirle la contratación en lugar de un error.
Para el candidato. Nada cambia. Recibe su enlace y rinde su entrevista.
Para el empleado nuevo que ya fue candidato. Entra con su E-Mode puesto, sin repetir el E-Test y sin que ningún administrador lo haya buscado.
Una palabra que hay que separar
E-Training usa entrevista para el E-Test de onboarding; selección de personal la usa para el proceso de un candidato. Se propone reservar E-Test para el onboarding y dejar entrevista para selección. Sin esta separación todo lo demás es ambiguo.
Actores
| Actor | Qué hace |
|---|---|
| Administrador de plataforma (Existential) | Contrata y da de baja productos, carga créditos, ve el consumo de todas las organizaciones. |
| Administrador de la empresa | Arma roles con los permisos de los productos contratados. |
| Reclutador | Arma plantillas, crea entrevistas y lee reportes de selección. |
| Usuario | Usa lo que su organización contrató y su rol habilita. |
| Candidato | No tiene cuenta. Rinde su entrevista con el enlace que recibió. |
| Sistema | Verifica contratación y permiso, procesa entrevistas, genera reportes y asigna el E-Mode cuando reconoce a un candidato que se convierte en empleado. |
Casos de uso
| # | Caso | Qué pasa |
|---|---|---|
| CU-1 | Contratar y dar de baja productos | El administrador de plataforma habilita o deshabilita un producto para una organización. Dar de baja no modifica los roles. |
| CU-2 | Armar un rol | El administrador de la empresa crea o edita un rol eligiendo entre los permisos de los productos contratados. |
| CU-3 | Intentar usar un producto no contratado | La persona recibe un mensaje que distingue con claridad la falta de contratación de la falta de permiso. |
| CU-4 | Armar una plantilla de entrevista | El reclutador define los pasos, su orden, el tipo de respuesta esperada y el tiempo disponible en cada uno. |
| CU-5 | Crear una entrevista y convocar a un candidato | Se crea a partir de una plantilla, descuenta créditos de la organización y genera el enlace para el candidato. |
| CU-6 | Rendir la entrevista | El candidato abre su enlace, responde paso por paso y sube el material que corresponda. |
| CU-7 | Analizar y generar el reporte | Al terminar, el sistema transcribe las respuestas y genera el reporte con el E-Mode resultante. |
| CU-8 | Recuperar un proceso trabado | Si el análisis se interrumpe, el sistema lo detecta y lo reintenta sin intervención manual. |
| CU-9 | Alta de usuario con E-Mode automático | Al crear o invitar a una persona, el sistema busca entrevistas completadas de esa misma organización con ese email y le asigna el E-Mode. |
| CU-10 | Consumir créditos por una entrevista | Crear una entrevista descuenta créditos y registra el movimiento, tal como funciona hoy. El consumo de Brun-E sigue con los límites globales actuales. |
Reglas de negocio
| # | Regla |
|---|---|
| RN-1 | El catálogo de productos es cerrado e igual para todas las organizaciones. |
| RN-2 | Solo una organización SUPER_ADMIN contrata o da de baja productos. |
| RN-3 | Toda operación verifica primero la contratación de la organización y después el permiso de la persona. |
| RN-4 | Dar de baja un producto no modifica ningún rol ni ningún permiso asignado. |
| RN-5 | Cada permiso del catálogo pertenece a un solo producto. |
| RN-6 | El reconocimiento automático de candidato opera solo dentro de la misma organización. |
| RN-7 | Un E-Mode ya asignado nunca se sobrescribe. |
| RN-8 | Ante varias entrevistas completadas del mismo email, se toma la más reciente (D-24.1). |
| RN-9 | El email de un usuario es único en toda la plataforma (D-24.2). |
| RN-10 | Un candidato no es un usuario y no se deduplica entre entrevistas ni entre organizaciones. |
| RN-11 | Todo E-Mode registra de dónde salió: E-Test propio, reconocimiento automático, importación manual o edición de la persona. |
| RN-12 | Los créditos son de la organización. Cada entrevista de selección los descuenta y registra el movimiento, como hoy. Un saldo único para ambos productos queda para más adelante. |
| RN-13 | El comportamiento del sistema nuevo debe ser idéntico al actual antes del corte de producción. |
Qué es una entrevista con resultado válido, a los efectos de RN-6: existe reporte y su E-Mode tiene un valor del 1 al 9. Un reporte con E-Mode vacío no habilita el reconocimiento automático — es exactamente el caso que hoy deja personas sin E-Mode, y acá se trata como ausencia de coincidencia, no como error.
Lo que ya existe hoy
| Componente | Estado |
|---|---|
| Organizaciones, usuarios, roles y catálogo cerrado de permisos | Existe en E-Training |
| E-Test, Brun-E, E-map, liderazgo y notificaciones | Existe en E-Training |
| Plantillas de entrevista, entrevistas, transcripción y reportes | Existe en E-Talent, sobre otra tecnología |
| Créditos, transacciones y consumo por empresa | Existe en E-Talent, ausente en E-Training |
| Aplicación de selección para reclutadores | Existe — se conserva, cambia a qué se conecta |
| Productos contratables y verificación de contratación | Nuevo |
| Reconocimiento automático de candidato a empleado | Nuevo |
| Origen del E-Mode | Nuevo |
Casi nada de la funcionalidad de selección es nueva. El trabajo es traerla, no inventarla. Lo verdaderamente nuevo son los productos contratables, el reconocimiento automático y la trazabilidad del E-Mode.
Decisiones a debatir con el cliente
| # | Pregunta | Impacto |
|---|---|---|
| D-24.1 | ¿Qué hacer si hay varias entrevistas completadas del mismo email? Tomar la más reciente es lo que haría una persona y no frena el alta. Avisar al administrador es más prolijo y más lento. | Experiencia del alta. |
| D-24.2 | ¿El email sigue siendo único en toda la plataforma? Hoy lo es, y cada persona pertenece a una sola organización. Si un reclutador de una empresa y un empleado de otra comparten email, alguien tiene que ceder. | Bloqueante. Sin esto no puede empezar la etapa 1. |
| D-24.3 | ¿El acceso del candidato sigue sin vencimiento? Se propone conservarlo para no romper enlaces ya enviados. La alternativa cierra el acceso indefinido a sus datos pero obliga a reemitir. | Privacidad frente a continuidad. |
| D-24.4 | ¿Se puede vender selección de personal sin desarrollo de personas, y al revés? Define si hay dependencias entre productos o son realmente independientes. | Modelo comercial. |
| D-24.5 | ¿Qué consume créditos? ¿Solo Brun-E y las entrevistas, o también los reportes del líder y las cápsulas? Hereda D-21.1, que sigue sin resolverse. | No bloquea este proyecto: el consumo se traslada tal como funciona hoy. Hay que resolverla para el módulo de planes y cupos. |
| D-24.6 | ¿Cuál es la ventana aceptable para el corte de producción? | Planificación de la etapa 8. |
| D-24.7 | ¿Hay intención de vender o escindir el producto de selección en algún momento? Si la respuesta es sí, unificar es la decisión equivocada y conviene saberlo antes de empezar. | Invalida el proyecto entero. Debe responderse antes de comenzar. |
Lo que hay que tener en cuenta
Qué agranda el trabajo
- La verificación de contratación no es una pantalla, es transversal. Alcanza a todo lo que E-Training ya tiene construido, no solo a lo nuevo. Es la única pieza cuyo tamaño depende del sistema actual y no de lo que se agregue.
- Conciliar qué empresa de E-Talent es qué organización de E-Training no se puede automatizar del todo. Alguien de Existential tiene que decidir caso por caso.
- Completar el origen del E-Mode de quienes ya lo tienen se deduce, no se sabe. Hoy ese dato no se guarda.
- Sostener funcionalidad nueva en E-Talent durante la construcción obliga a hacer cada cambio dos veces. Conviene acordar una pausa de funcionalidades nuevas en selección mientras dure el proyecto.
Recortes ya aplicados a este precio. Estas decisiones ya están tomadas y el precio las refleja; se listan para que quede claro qué no va a estar:
- La administración de productos se resuelve con una carga inicial: se contrata a mano hasta que haya volumen, sin pantalla propia.
- El origen del E-Mode se registra desde el día uno pero no se muestra en ninguna pantalla. Registrarlo tarde es imposible; mostrarlo tarde es una pantalla más.
- El reconocimiento automático corre solo en el alta directa; en la invitación queda para después.
- La baja de un producto no existe en esta versión: solo alta.
- De la etapa 4 va solo el mecanismo actual de créditos. Planes, cupos, avisos de saldo bajo y saldo único quedan fuera y siguen pendientes en el 21.
Qué se puede recortar todavía más. La certificación de paridad (etapa 7) puede reducirse a un recorrido funcional sin comprobación automatizada. No se recomienda: es la red que evita descubrir en producción que algo dejó de funcionar.
Inversión
USD 3.900 — precio cerrado por la migración completa, etapas 0 a 8.
Este precio cubre el proyecto entero, no una primera fase: desde la estabilización previa hasta el corte de producción y la baja del sistema anterior. Al terminar hay un solo sistema, no dos.
Duración estimada: del orden de cuatro meses, sujeta a la disponibilidad de definiciones y datos a cargo del cliente.
El precio contempla los recortes ya decididos que se listan más arriba. Volver a incorporar cualquiera de ellos —en particular planes y cupos— se cotiza por separado.
Incluye
- Las nueve etapas descritas en Las etapas.
- Los productos contratables, los dos controles de acceso y el filtrado de la pantalla de roles.
- El traslado completo de la funcionalidad de selección: plantillas, entrevistas, respuestas, material, transcripción y reportes.
- El mecanismo de créditos y movimientos tal como funciona hoy en E-Talent, para que las entrevistas se puedan seguir creando.
- El reconocimiento automático de candidato a empleado y la trazabilidad del origen del E-Mode.
- La aplicación de selección conectada a la plataforma unificada.
- El traslado de los datos existentes, con verificación de integridad.
- La certificación funcional previa al corte, con recorrido guiado y aprobación del cliente.
- El corte de producción con plan de reversión, y la baja del sistema anterior una vez estabilizado.
- Interfaz y mensajes en español, inglés y portugués.
- Pruebas automatizadas, revisión y puesta en producción.
- Reuniones de definición y seguimiento durante todo el proyecto.
- Dos rondas de ajuste por etapa.
No incluye
- Planes, cupos, avisos de saldo bajo y saldo único para ambos productos, que es lo que pide el 21. Se traslada el mecanismo de créditos actual, no se construye el módulo comercial.
- La administración de productos por pantalla, la baja de productos, el reconocimiento automático en la invitación y la visualización del origen del E-Mode: son los recortes ya aplicados.
- Construir cobro, facturación o una integración de pagos nueva. La integración con Mobbex que E-Talent ya tiene se traslada tal como está, con el resto del producto de selección: no se rehace ni se cobra aparte. Lo que no se hace acá es extenderla a E-Training ni unificar el cobro de los dos productos — eso es parte del 21.
- Rediseño de la interfaz de ninguno de los dos productos. Se conservan tal como están.
- Funcionalidad nueva de selección que no exista hoy en E-Talent. Se traslada lo que hay, no se inventa.
- Enlace de candidato con vencimiento (D-24.3). Se conserva el esquema actual.
- Reconocimiento automático entre organizaciones distintas, que sigue siendo el trámite manual del 11b.
- Historial de cambios de E-Mode: se registra el origen vigente, no la secuencia completa.
- El relevamiento y la resolución de coincidencias de email entre usuarios de ambos sistemas (D-24.2), y la conciliación de qué empresa corresponde a qué organización, que son trabajo de datos a cargo de Existential.
- El aumento del gasto de infraestructura que implica la unificación, del orden de USD 10 a 20 por mes, que corre por cuenta de Existential.
Condiciones de inicio: D-24.2 es bloqueante para la etapa 1 y D-24.7 debe responderse antes de comenzar —si hay intención de escindir selección, este proyecto no corresponde—. D-24.5 no bloquea: el consumo se traslada tal como está.
Relación con otros documentos
- 01-organizaciones.md — la organización pasa a ser titular de los productos contratados.
- 02-permisos.md y 03-roles.md — el segundo control de acceso y el catálogo que se amplía.
- 05b-emode-editable-perfil.md — origen de RN-7: el E-Mode elegido por la persona nunca se pisa.
- 11-entrevista.md — el E-Test, que deja de depender de un sistema externo.
- 11b-import-etest.md — dependencia directa: pasa de flujo principal a caso excepcional entre organizaciones.
- 21-suscripciones-creditos.md — sigue pendiente y sin cotizar. Este proyecto traslada el mecanismo de créditos de E-Talent pero no construye planes ni cupos. Lo que sí cambia: cuando el 21 se encare, se hace una sola vez para los dos productos en lugar de dos veces.
- 18-capsulas-entrenamiento.md — D-18.10, habilitar cápsulas por suscripción, sigue dependiendo del 21, no de este proyecto.
Correcciones / historial de validación
| Fecha | Versión | Cambio |
|---|---|---|
| 2026-08-05 | v1.0 | Documento inicial. Surge del relevamiento técnico de ambos sistemas y de la decisión de unificar E-Talent dentro de esta plataforma en lugar de reconstruirlo como sistema independiente. Cubre las nueve etapas del proyecto completo, con precio cerrado por la migración entera. Pendiente de debate con el cliente. |
| 2026-08-05 | v1.1 | Ajuste de alcance y precio: USD 3.900. Se aplican los recortes que antes figuraban como opcionales (administración de productos por carga inicial, origen del E-Mode sin pantalla, reconocimiento solo en el alta, sin baja de productos) y la etapa 4 se reduce al traslado del mecanismo de créditos actual: planes, cupos y saldo único quedan fuera y siguen pendientes en el 21. La etapa 4 no puede posponerse del todo porque sin créditos no se pueden crear entrevistas. |
| 2026-08-10 | v1.2 | Recorte de lectura: las etapas dejan de estar listadas dos veces —Las etapas y Composición del trabajo se fusionan en una sola tabla— y se agrupan las advertencias de alcance. Sin cambios de alcance ni de precio. |