Dolibarr 23 en cámaras: cuotas, caja y salida
Caso anonimizado para ordenar socios, cuotas, facturas y caja con Dolibarr 23: permisos, respaldo, costos y prueba de exportación.
Antes, la cámara anotaba cuotas en una planilla; después, cada socio tuvo ficha, factura y pago ligado. En una entidad de Cuyo con 1.800 matriculados, el cierre mensual fallaba cuando caja y administración contaban saldos con fechas distintas. Dolibarr 23.0.3 permite unir socios, terceros, facturas y bancos. Este caso explica qué se configura primero, quién cobra y como sale la información.
Dónde una cuota social deja de ser una fila suelta
El problema operativo aparece cuando una cuota vencida no tiene el mismo estado en caja, secretaria y comisión directiva. La cifra que corrige el supuesto esta en el release: Dolibarr 23.0.3 fue publicado el 17 de mayo y lista correcciones de facturas, API, permisos y bancos.
Una cuota sin recibo asociado vuelve discutible el saldo.
La lectura de mercado es simple: herramientas abiertas de gestión ya llegan con módulos que antes se compraban separados. La documentación de instalación de Dolibarr permite armar una instancia propia, y sus páginas de terceros, facturas y bancos y caja muestran dónde se conectan los datos.
Ese orden cambia la reunión mensual. Tesoreria ya no discute una suma copiada a mano: abre deuda por socio, pagos del mes, recibos anulados y caja por cuenta. Secretaria ve padrón activo y bajas. Comisión directiva recibe un listado exportado con fecha, usuario y criterio de corte.
Qué cambia para secretaria, caja y comisión directiva
El antagonista es la planilla de cuotas duplicada y enviada por correo con nombres distintos. En la oficina, un sello fechador con tinta seca al lado de recibos preimpresos muestra el punto exacto: la cobranza existe, pero la prueba queda repartida entre papeles, archivos y mensajes.
Dolibarr guarda socios o terceros, genera facturas, registra pagos, vincula cuentas bancarias y permite exportar listados. El módulo de miembros sirve para entidades con cuotas. MariaDB guarda tablas de socios, facturas, pagos y usuarios. El backup de MariaDB define qué se copia y qué se restaura.
Cómo funciona por dentro
El flujo mínimo tiene siete pasos. Primero, secretaria carga socio, categoria, estado y contacto. Segundo, administración define cuota, vencimiento y condicion fiscal. Tercero, Dolibarr genera factura o comprobante interno segun circuito. Cuarto, caja registra pago, medio, fecha y cuenta. Quinto, MariaDB guarda socio, factura, recibo, asiento y usuario. Sexto, un repositorio guarda exportaciones, comprobantes y cierres. Septimo, comisión directiva consulta tablero de cobrados, vencidos, bajas y caja.
Dolibarr recibe socios, productos, facturas y pagos; entrega pantallas, PDF y exportaciones. MariaDB recibe registros estructurados y entrega consultas. El almacenamiento recibe respaldos y comprobantes. El permiso separa carga de socios, emisión, cobro, anulacion y lectura. Si falla Dolibarr, la operación pierde pantalla. Si falla MariaDB, se pierde el dato. Si falla el repositorio, la salida queda incompleta.
Qué se instala o configura primero
La pila inicial usa Dolibarr 23.0.3, MariaDB, HTTPS, SMTP, perfiles por área, módulo de miembros, terceros, facturacion, bancos y caja, backup diario y restauración mensual. El piloto cuesta entre USD 1.100 y USD 3.400, entre ARS 1,57 y ARS 4,86 millones al dólar vendedor oficial de $1.429 informado por Bluelytics. Incluye padrone inicial, cuotas, caja, roles, exportación y prueba.
El plazo va de tres a seis semanas. UMSA suele pedir un entregable verificable: socio cargado, cuota emitida, pago registrado, recibo generado, usuario de caja sin permiso para borrar, listado de deuda exportado y restauración en otro equipo. El costo no incluye migración contable completa, facturacion fiscal especializada ni limpieza manual de padrones con datos inconsistentes.
La primera prueba toma veinte socios. Secretaria carga altas y bajas, caja cobra dos cuotas, tesoreria concilia banco y comisión directiva abre un listado de morosos. El sistema debe mostrar el mismo saldo para cada rol. La segunda prueba anula un pago. La anulacion debe pedir permiso, dejar motivo y cambiar el saldo sin borrar el evento anterior.
La tercera prueba revisa salida. Se exportan socios, cuotas, facturas, pagos y usuarios a archivos separados. Después se restaura la base en otro equipo y se compara el total de deuda. Si el número coincide y los recibos abren, la cámara puede cambiar de proveedor sin perder caja.
Dónde se rompe y cómo probarlo
Primer riesgo: padrón importado con socios duplicados. La señal aparece cuando dos fichas tienen el mismo documento o matrícula. La prueba busca duplicados antes de emitir cuotas. Segundo riesgo: caja registra pagos sin cuenta bancaria. La señal es un cierre con monto y sin medio. La prueba bloquea cierre hasta completar cuenta, fecha y responsable.
Tercer riesgo: perfiles que permiten borrar comprobantes. La señal aparece cuando caja puede anular sin aprobación. La prueba usa un usuario real y exige rechazo o solicitud. Cuarto riesgo: backup sin adjuntos ni exportaciones. La señal es una restauración que abre socios y pierde recibos. La prueba recupera base, archivos y listado de deuda en otro host. La cámara queda ordenada cuando puede salir con sus datos.