EGA Futura » Capacitación y Soporte
El organigrama es el mapa de cómo está ordenada una empresa por dentro.
Muestra qué áreas existen, quién depende de quién y en qué nivel se ubica cada puesto.
No es un adorno para el manual de bienvenida: es la respuesta a la pregunta de a quién hay que hablarle.
El primer uso es la incorporación, porque alguien que recién entra necesita entender el terreno antes que las tareas.
El segundo es la escalada, o sea saber a quién llevar un problema cuando el nivel actual no lo resuelve.
El tercero es de gestión, porque al ver la estructura dibujada aparecen las áreas sin responsable y los jefes con veinte personas a cargo.
El vertical o jerárquico es el clásico, con la dirección arriba y las líneas de reporte bajando en árbol.
El horizontal o plano achata los niveles intermedios y es habitual en empresas chicas y en equipos de producto.
El matricial agrega una segunda línea, porque una misma persona responde a su área y además a un proyecto.
Ese último diseño es el más realista en empresas de servicios, y también el más difícil de representar en un solo dibujo.
Un organigrama desactualizado es peor que no tener ninguno.
Cuando figura gente que ya no está, o un área que se disolvió hace un año, el lector deja de creerle a todo el documento.
Y la desconfianza no se limita al organigrama, porque se contagia al resto de la documentación interna.
Casi todas las empresas empiezan dibujándolo en una presentación o en una herramienta de diagramas.
Ese archivo se desactualiza el mismo día en que alguien cambia de puesto, porque nadie tiene el hábito de abrirlo para editarlo.
La alternativa es guardar la relación de reporte en el propio registro de cada persona.
Así el organigrama deja de ser un documento y pasa a ser una consulta sobre datos que ya se mantienen por otro motivo.
Esta confusión aparece seguido y conviene despejarla.
El área dice en qué parte de la empresa trabaja una persona, y la línea de reporte dice a quién le responde.
Muchas veces coinciden, pero no siempre: alguien puede estar asignado a un área y reportar temporalmente a otra.
La regla práctica es revisarlo cada vez que hay un ingreso, una baja o un cambio de puesto.
Si en cambio se revisa una vez por año, lo más probable es que el resto del año esté equivocado.
Mantener esa información dentro del sistema de gestión resuelve el problema de raíz, y es lo que propone el ERP en la nube de EGA Futura.
Conviene empezar por lo que no hay: hoy no está construido un objeto de organigrama en el ERP.
Y eso no es una carencia sino una decisión de diseño, porque el organigrama se deduce de los datos en lugar de mantenerse aparte.
La pieza que lo hace posible es un solo campo del registro de Empleado.
Cada empleado tiene un campo de búsqueda llamado Reporta a, y ese campo apunta a otro registro de Empleado.
Una búsqueda hacia el propio objeto es lo que en la Plataforma se llama relación autorreferencial.
Con eso alcanza para armar el árbol completo, porque cada persona conoce a su jefe y de ahí se recorre toda la cadena.
El campo admite quedar vacío, que es justamente lo que corresponde para quien está en la cúpula.
El campo Jerarquía clasifica el escalón de cada persona con cinco valores fijos.
Son Gerencia o Alta Gerencia o Dirección, Jefe o Supervisor o Responsable, Senior o Semi-senior, Junior, y Pasante o Interno.
Tener el nivel en un campo propio permite filtrar y agrupar sin depender de la cadena de reportes.
El campo Área funcional es una búsqueda obligatoria hacia un registro aparte.
Que sea obligatoria tiene una consecuencia útil: ninguna persona puede quedar fuera del mapa de áreas.
Y como Lugar de trabajo también es obligatorio, la estructura se puede mirar por área, por nivel o por sede.
Desde cada registro se sube por el campo Reporta a y se baja por la Lista relacionada de quienes reportan a esa persona.
Para verlo completo se arma un Informe agrupado por Reporta a, por Área funcional o por Jerarquía.
La ventaja es que ese informe nunca queda desactualizado, porque lee los mismos registros que el área de personal mantiene todos los días.
No hay un objeto que guarde el historial de a quién reportó cada persona a lo largo del tiempo.
El campo Reporta a muestra la situación actual, así que al cambiarlo se pierde el valor anterior.
Tampoco hay hoy una segunda línea de reporte para representar una estructura matricial.
El ERP está en construcción activa, así que conviene releer la estructura antes de apoyarse en este detalle.
No. La lista de áreas dice en qué parte de la empresa trabaja cada persona.
El organigrama agrega la línea de reporte, o sea a quién le responde.
Muchas veces coinciden, pero no siempre, y por eso en el ERP son dos campos distintos.
Cada vez que hay un ingreso, una baja o un cambio de puesto.
Cuando se lo trata como un documento anual, el resto del año está equivocado.
Si la línea de reporte vive dentro del sistema de gestión, la actualización ocurre sola al editar el legajo.
En el campo Reporta a del registro de Empleado.
Es una búsqueda hacia otro empleado, así que la cadena completa se recorre saltando de un registro al siguiente.
Dejarlo vacío es lo correcto para quien no reporta a nadie.
Hoy no está construida una segunda línea de reporte, así que el campo Reporta a admite un solo destino.
La vía disponible es apoyarse en el Proyecto y sus participantes para la pertenencia temporal a un equipo.
El ERP está en construcción, así que conviene revisar la estructura antes de darlo por definitivo.
No hay un objeto dedicado: el organigrama se apoya en campos del objeto EGAFutura__Empleado__c.
Se recorrieron los objetos personalizados de la organización y ninguno corresponde a un organigrama, una unidad organizativa o una posición.
EGAFutura__Manager__c, etiquetado Reporta a, es de tipo búsqueda hacia EGAFutura__Empleado__c.
Al apuntar al propio objeto se trata de una relación autorreferencial, que es lo que permite recorrer la jerarquía en los dos sentidos.
El campo admite valor nulo, o sea que la raíz del árbol queda sin jefe asignado.
EGAFutura__Jerarquia__c es una lista de selección con cinco valores: Gerencia / Alta Gerencia / Dirección, Jefe / Supervisor / Responsable, Senior / Semi-senior, Junior y Pasante / Interno.
No tiene valor predeterminado y admite quedar vacía.
EGAFutura__Area_funcional__c es una búsqueda obligatoria hacia EGAFutura__Area_funcional__c y EGAFutura__Lugar_trabajo__c otra búsqueda obligatoria hacia EGAFutura__Ubicacion__c.
EGAFutura__Puesto_trabajo__c es una lista de selección obligatoria.
El objeto Empleado tiene tres fórmulas y ningún campo de resumen, y ninguna de las tres recorre la cadena de reportes.
O sea que hoy no hay un campo que devuelva la cantidad de personas a cargo ni el nivel calculado dentro del árbol.
No existe un objeto de historial de reportes, así que al cambiar EGAFutura__Manager__c se pierde el valor anterior.
Tampoco hay un segundo campo de reporte para estructuras matriciales.
Todo lo anterior se verificó contra la organización de desarrollo el 9 de agosto de 2026.
El ERP está en construcción activa y van a aparecer objetos y campos nuevos.
Que un campo no exista hoy no prueba que no vaya a existir, así que conviene releer la estructura antes de apoyarse en este detalle.