EGA Futura » Capacitación y Soporte
Un centro de costo es una unidad de la empresa a la que se le imputan sus gastos y sus ingresos.
La idea detrás es simple y potente: un resultado global no explica nada si no se sabe de dónde sale.
Una empresa puede ganar dinero en total y estar perdiéndolo en la mitad de sus líneas, compensada por la otra mitad.
El centro de costo es la herramienta que hace visible esa compensación.
La respuesta corta es que cualquier corte del negocio sirve, mientras tenga un responsable.
Los cortes más habituales son por área, por sucursal, por línea de producto y por proyecto.
El criterio decisivo no es el organigrama sino la responsabilidad: si nadie responde por esos números, el centro no va a mejorar solo.
Conviene distinguir dos figuras que se parecen y no son lo mismo.
Un centro de costo solo acumula gastos, porque no genera ingresos propios: el área de sistemas o la de administración suelen serlo.
Un centro de beneficio acumula gastos e ingresos, así que tiene resultado propio: una sucursal o una línea de negocio entran en esta categoría.
Confundirlos lleva a evaluar mal: exigirle rentabilidad a un área que por diseño no factura no tiene sentido.
Acá aparece la dificultad que hace fracasar la mayoría de los intentos.
Muchos gastos no pertenecen limpiamente a un solo centro: el alquiler, la electricidad y los sueldos de administración sirven a todos.
Repartirlos exige elegir un criterio, y ese criterio siempre tiene algo de arbitrario: metros cuadrados, cantidad de personas, horas trabajadas o facturación.
Lo importante es que el criterio sea explícito, estable y conocido por los responsables.
Un reparto que cambia todos los meses destruye la comparabilidad, que era justamente el objetivo.
La tentación de abrir muchos es fuerte y casi siempre termina mal.
Cada centro suma trabajo de imputación en cada comprobante, y un esquema demasiado fino se abandona a los tres meses.
Conviene arrancar con pocos, verificar que se sostienen y abrir uno nuevo solo cuando hay una decisión concreta esperando ese dato.
El beneficio más inmediato es poder comparar un centro contra su propio pasado y contra su presupuesto.
El segundo es poder discutir con datos en vez de con impresiones, porque cada responsable ve las cifras de las que responde.
Y el tercero, menos obvio, es que la imputación obliga a preguntarse para qué fue cada gasto en el momento de cargarlo.
Hay herramientas de software que llevan la contabilidad y el control de gestion de forma integrada, como el ERP en la nube de EGA Futura.
El ERP tiene un objeto propio para los centros de costo, y conviene decir de entrada que es deliberadamente simple.
Solo tiene dos campos personalizados: una descripción de texto largo y un número automático de identificación.
El resto es el nombre estándar del registro, que es donde se carga cómo se llama ese centro.
Que tenga pocos campos no es una carencia por sí misma: un centro de costo es esencialmente un rótulo.
Su valor no está en los datos que guarda sino en los registros que después se le imputan.
La descripción admite hasta 32.768 caracteres, así que alcanza de sobra para dejar escrito qué incluye y qué no cada centro.
Ese texto vale la pena escribirlo, porque la mayoría de los errores de imputación vienen de un límite mal definido.
Acá hay una decisión de diseño que conviene entender.
Cada cuenta contable tiene una casilla llamada Permite Centro de costo, que habilita o bloquea la imputación en esa cuenta.
Es una restricción con sentido: no todas las cuentas admiten repartirse, y las patrimoniales suelen no hacerlo.
Marcarla en las cuentas correctas es lo que evita que alguien impute un centro de costo donde no corresponde.
Conviene ser honesto sobre el estado del desarrollo: hoy ningún otro registro se imputa a un centro de costo.
Ni los gastos, ni los asientos, ni las facturas tienen un campo que apunte al centro.
O sea que hoy se pueden definir y describir los centros, pero no imputarles nada todavía.
La casilla de la cuenta contable indica que la funcionalidad está prevista, así que es una pieza en camino y no una decisión de dejarla afuera.
El ERP tiene además un objeto de Áreas funcionales, que responde a una pregunta distinta.
El área funcional describe qué tipo de actividad se realiza, mientras que el centro de costo indica a quién se le imputa el gasto.
Una misma área funcional puede repetirse en varios centros, y por eso los dos conviven en lugar de reemplazarse.
Se pueden crear los centros, nombrarlos y documentar su alcance en la descripción.
También se puede preparar el plan de cuentas marcando qué cuentas van a admitir imputación cuando la funcionalidad esté disponible.
La aplicación de contabilidad es una de las cinco en construcción activa, así que conviene revisar la estructura antes de diseñar un procedimiento sobre ella.
El centro de costo solo acumula gastos, porque no genera ingresos propios.
El centro de beneficio acumula gastos e ingresos, así que tiene resultado propio.
Exigirle rentabilidad a un área que por diseño no factura lleva a conclusiones equivocadas.
Con un criterio explícito, que suele ser metros cuadrados, cantidad de personas, horas trabajadas o facturación.
Ningún criterio es perfecto, así que lo importante es que sea estable y conocido por los responsables.
Un reparto que cambia todos los meses destruye la comparabilidad, que era el objetivo.
Los menos posibles al principio, porque cada centro suma trabajo en cada comprobante.
Un esquema demasiado fino se abandona a los pocos meses y deja datos a medias.
Conviene abrir uno nuevo solo cuando hay una decisión concreta esperando ese dato.
Todavía no, porque ningún objeto tiene un campo que apunte al centro de costo.
Lo que sí se puede es crear los centros y marcar en el plan de cuentas cuáles van a admitir imputación.
La contabilidad está en construcción activa, así que conviene revisar antes de dar por firme esta limitación.
El objeto se llama EGAFutura__Centro_costo__c y su etiqueta es Centro de costo.
Tiene solo 2 campos personalizados de EGA Futura, lo que lo convierte en uno de los objetos más pequeños de toda la organización.
No tiene tipos de registro definidos.
EGAFutura__Descripcion__c, área de texto largo de 32.768 caracteres, admite quedar vacía.
EGAFutura__EGA_Futura_ID__c, número automático, y por eso figura como no nulo.
El nombre del centro se carga en el campo Name estándar, así que a diferencia de otros objetos del ERP la Vista de lista muestra el nombre real sin ajustes.
Nada exige completar la descripción, así que la disciplina de documentar el alcance de cada centro depende del procedimiento interno.
El objeto no tiene listas de selección, ni campos fórmula, ni campos de resumen.
Una búsqueda de campos personalizados cuyo nombre contenga Centro devuelve exactamente una coincidencia en toda la organización.
Esa coincidencia es EGAFutura__Permite_Centro_costo__c, una casilla de verificación que vive en EGAFutura__Cuenta_contable__c.
La consecuencia es importante y conviene tenerla clara: ningún objeto tiene hoy una búsqueda hacia Centro de costo.
Ni gastos, ni asientos, ni facturas, ni órdenes de compra pueden imputarse todavía a un centro.
EGAFutura__Area_funcional__c es un objeto aparte y no reemplaza a este.
El área funcional clasifica el tipo de actividad y el centro de costo identifica la unidad responsable del gasto.
Todo lo anterior se verificó contra la organización de desarrollo el 9 de agosto de 2026.
La aplicación de contabilidad es una de las cinco en construcción activa, junto con las de impuestos, tesorería, ventas y compras.
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.