Dolibarr 23 en cooperativas: socios, órdenes y facturas

Una cooperativa puede ordenar socios, órdenes y facturas con Dolibarr si define permisos, numeración, backup y prueba de salida desde el primer mes.

ULTIMA MILLA · Proyectos · 18 de jul de 2026 · 4 min de lectura

Dolibarr 23 en cooperativas: socios, órdenes y facturas

Antes, la cooperativa anotaba socios, órdenes y facturas en tres rutinas separadas; después, cada operación tuvo número, permiso y cierre. Dolibarr 23 puede cubrir ese tramo si la implementación arranca por el circuito y deja la lista de módulos para después. Este caso anonimizado muestra qué cargar primero, dónde vive el dato y cómo probar salida antes de comprometer la administración diaria.

Dónde aparece la cuota transferida

El caso es una cooperativa eléctrica con internet rural y menos de 6.000 usuarios. El detalle de estatus es una impresora térmica con rollo angosto junto a la caja: imprime recibos rápidos y deja sin explicación visible quién cambió una condición comercial y por qué una orden terminó facturada. La cifra que corrige el entusiasmo está en la propia documentación de Dolibarr. El módulo de miembros dice que sirve para gestionar tipos de socios, fichas, suscripciones, envíos masivos, bancos y exportaciones, aunque advierte límites para fundaciones grandes con más de 5.000 miembros, según Module Membership management. Esa advertencia evita venderlo como respuesta universal. El dato del proyecto también pesa. El repositorio de Dolibarr tenía 7.427 estrellas, licencia GPL-3.0 y 3.450 forks al 18 de julio; la última versión verificada era 23.0.3, publicada el 17 de mayo de 2026. Para una organización chica, esa base pública reduce dependencia de un proveedor único. Una implementación de socios falla cuando la cuota se cobra sin explicación verificable. La lectura de mercado para Cuyo es concreta: cooperativas, cámaras y clubes grandes comparten un problema parecido cuando cobran servicios periódicos, emiten comprobantes y atienden reclamos con equipos administrativos chicos. El software abierto sirve cuando permite salir con datos completos y explicar cada cambio.

Cómo funciona por dentro

El flujo empieza con la ficha de tercero y socio. Administración carga CUIT/CUIL, domicilio, contacto, categoría, estado y condición fiscal. Dolibarr guarda la ficha en su base y muestra pestañas por módulo activado. La configuración inicial pide datos de la organización, módulos y usuarios, según First setup. Luego se activan módulos concretos. Miembros guarda tipos, altas, bajas y suscripciones. Órdenes permite crear, editar, borrar, validar, entregar y convertir pedidos a factura, según Module Sales Orders. Facturas permite crear, actualizar, listar, registrar pagos y generar PDF, según Module Customers Invoices. PostgreSQL o MariaDB guarda registros estructurados: tercero, socio, orden, factura, pago, usuario y fecha. El almacenamiento de archivos guarda PDF emitidos, comprobantes y exportaciones. Los permisos viven por usuario y grupo; caja emite y registra pagos, administración edita fichas, tesorería cierra reportes e IT administra módulos, backup y usuarios. Si falla la base, la operación se detiene; si falla el almacenamiento, el número queda sin documento.

Qué se instala o configura primero

La pila mínima tiene Dolibarr 23.0.3, base de datos, servidor web, certificado TLS, correo saliente, backup diario y monitoreo de disco. La guía de Installation - Upgrade lista caminos de instalación en servidor propio y actualización. En cooperativas chicas conviene arrancar con socios, terceros, órdenes, facturas, bancos y exportaciones. El costo mensual de infraestructura puede estar entre USD 40 y USD 100, entre ARS 60.000 y ARS 150.000 al dólar oficial de venta de ARS 1.500. La implementación inicial suele llevar de dos a cuatro semanas: relevamiento de planillas, parametrización, migración mínima, permisos, numeración, plantillas PDF y prueba de cierre. UMSA puede tomar ese trabajo cuando la cooperativa necesita separar rutina administrativa de infraestructura. El primer entregable verificable es un mes piloto: veinte socios cargados, cinco órdenes, cinco facturas, pagos asociados, PDF exportados y backup restaurado en otra instancia. Ese piloto debe incluir una salida escrita: qué campos se migraron, qué campos quedaron afuera y qué responsable puede corregirlos. La planilla vieja se congela como referencia histórica para comparar importes, detectar omisiones y sostener evidencia de cierre.

Dónde se rompe y cómo probarlo

El primer riesgo aparece en la numeración. La señal es una factura anulada que vuelve a usarse o una orden validada sin documento. La prueba es cargar una operación completa, anularla con motivo escrito y verificar que la numeración no retrocede. El segundo riesgo aparece en permisos. La señal es una persona de caja que puede borrar una ficha o cambiar una categoría de socio. La prueba es entrar con perfiles reales y ejecutar acciones prohibidas: borrar, editar condición fiscal, modificar precio y cerrar factura. El tercer riesgo aparece en la salida. La señal es una exportación que trae importes sin fecha, socio sin identificador o pagos separados del comprobante. La prueba es generar CSV y PDF de un mes piloto, restaurar backup y comparar totales con la caja. La decisión honesta queda al final: si la cooperativa falla al restaurar un mes y explicar cada número, todavía depende del talonario.

Para seguir leyendo