ERPNext para constructoras

Por qué un ERP genérico se queda corto

Un ERP estándar sabe llevar la contabilidad de una empresa. En construcción eso no basta, porque las preguntas que importan son por obra: cuánto llevas gastado, cuánto queda por facturar, qué margen tienes de verdad, cuánto has pagado a este subcontratista y cuánto le retienes.

Para responderlas hay que imputar bien cada peso —material, subcontrato, sueldo, provisión— al centro de costo que le corresponde, y eso no se configura: se modela. Es la diferencia entre un sistema que te obliga a montar un Excel paralelo y uno donde el resultado por obra sale del propio sistema porque los datos entraron bien desde el principio.

Los procesos que hay que modelar

Esto es lo que en construcción no viene de fábrica en ningún ERP y hay que construir encima. Cada uno se modela y se cotiza por separado — precio fijo por proceso según su alcance, con el tramo asignado en el estudio previo — así que no hace falta contratarlos todos ni empezar por todos.

Resultado por obra

Cada obra con su propio estado de resultados: materiales, subcontratos, remuneraciones y gastos generales imputados donde corresponde. No una estimación al cierre, sino el dato al día.

Control de subcontratos

El contrato, sus estados de pago, las retenciones y las garantías, con el avance real contra lo pactado. Es donde se escapa el margen y donde casi siempre hay un Excel paralelo.

Permisos por perfil

El bodeguero ve su bodega, el jefe de obra la suya, el contador el libro, el auditor lo que audita, el administrador de contrato su contrato. Es la parte que decide si la gente usa el sistema o lo esquiva.

Bodega e inventario por obra

Existencias por obra y no solo por empresa, con traslados entre bodegas y el consumo imputado al centro de costo que lo consumió.

Cajas chicas

Rendiciones por obra, con su respaldo y su aprobación, contabilizadas sin que nadie transcriba un Excel a fin de mes.

Provisiones

Lo comprometido y no facturado, que es la diferencia entre un resultado por obra que sirve y uno que engaña.

Remuneraciones a centro de costo

El sueldo de cada persona imputado a la obra en la que trabajó. Sin esto, el resultado por obra es incompleto por definición.

Activos fijos

Depreciación y ubicación: qué equipo está en qué obra, desde cuándo, y qué cuesta tenerlo ahí.

Y encima, lo que ya es obligatorio

Una constructora chilena factura, recibe cientos de facturas de proveedores al mes y cede facturas a factoring. Todo eso está resuelto y conectado al SII: emisión de DTE, recepción y clasificación automática de los XML, aceptación o reclamo, RCV, y las cesiones a factoring —donde el RUT del factoring redirige el pago, así que un dato mal puesto le paga al proveedor una factura que ya cobró otro. Cómo funciona.

Esto no es teoría de folleto

Conozco el sector porque llevo años dentro de una constructora chilena dirigiendo su administración y finanzas, no porque lo haya leído. El sistema corre en producción en cuatro empresas del grupo, sobre un histórico de más de cien mil facturas de compra, sincronizando a diario con el SII.

Eso significa que las decisiones de diseño están tomadas con el problema delante: por qué el consumo de bodega tiene que imputarse al centro de costo en el momento del retiro y no al cierre, por qué las retenciones de subcontrato necesitan su propio estado, o por qué los permisos del bodeguero no pueden ser los del jefe de obra.

Ver los casos

Sectores vecinos

El mismo enfoque —modelar los procesos que el sector necesita en vez de forzar la operación al molde del software— lo he aplicado en empresas de maquinaria (control de leasings), inmobiliarias y oficinas de arquitectura (registro de horas por proyecto, como en cualquier empresa que vende tiempo). Construcción es el que tengo documentado a fondo; si tu caso es uno de los otros, la conversación empieza igual.