Observaciones de planta, verificadas

Verificado en este sistema

Cada punto se revisó abriendo la pantalla en el Dolibarr actual, no leyendo la configuración. Donde dice que algo ya funciona, se comprobó; donde dice que sigue pendiente, también.

🎬 Las nueve observaciones, una por una

De dónde salen

De un correo de planta del 5 de noviembre de 2025. Son diez meses de diferencia con el estado actual del sistema, así que varias observaciones ya no aplican: hoy no hay ninguna factura cargada, ninguna orden de producción y un solo usuario, así que lo que se probó entonces no existe más. Aun así, cada punto merece respuesta.

Resumen

#	Observación	Estado
1	La pestaña de Clientes no me corresponde	✅ Resuelto el 8/9/2026
2	Creé dos facturas y luego no quiso crear más	❓ No reproducible hoy
3	Semáforo de estado en el listado de facturas, y filtrar	✅ Ya funciona
4	El dashboard no suma cancelado / pendiente / vencido	⚠️ Parcial
5	La orden crea la receta automáticamente y falla	✅ Ya no pasa
6	Mantener las recetas en una pestaña independiente	✅ Ya es así
7	La receta debe pedir producto, cantidad por partida e insumos	✅ Los tiene
8	Falta la unidad de medida	✅ Resuelto el 8/9/2026
9	Pestañas de rendimiento por orden intermedia y final	⚠️ Parcial

---

1. «La pestaña de Clientes no me corresponde»

Resuelto el 8/9/2026. Ahora cada rol ve solo sus pestañas.

Dolibarr traía la solución de fábrica y estaba apagada: la opción MAIN_MENU_HIDE_UNAUTHORIZED, que esconde del menú de arriba lo que el usuario no tiene permiso de usar. Se activó en Configuración → Otras configuraciones. No hizo falta programar nada.

Así quedó, comprobado entrando con cada usuario:

Rol	Pestañas que ve
produccion	Terceros · Productos · MRP · Financiera · Utilidades
almacen	Terceros · Productos · MRP · Comercial · Financiera · Utilidades
calidad	Terceros · Productos · MRP · Utilidades
contador	las nueve

Producción ya no ve Contabilidad, ni Bancos, ni Proyectos. Sigue viendo Financiera porque ahí están las facturas de proveedor, que sí carga.

Ver Roles y permisos.

2. «Creé dos facturas y luego no quiso crear más»

No se puede reproducir hoy: el sistema tiene cero facturas de cliente y cero de proveedor, y la numeración está en el modelo estándar. No quedó registro del error.

Si vuelve a pasar, las tres causas habituales son: que el usuario no tenga permiso de validar (carga el borrador y no puede cerrarlo), que la numeración choque con una factura ya existente, o que falte un campo obligatorio que el sistema no señala bien — como la fecha de facturación en las facturas de proveedor, que ya nos pasó y está documentado en Cargar una factura de compra.

Hace falta reproducirlo con datos reales para poder arreglarlo. Es lo primero a probar con los usuarios nuevos.

3. Semáforo de estado y filtro en el listado de facturas

Ya funciona. El listado tiene columna Estado y un filtro con: Borrador, Borrador+Pte. pago, Pte. pago, Pte. pago+Pagada, Pagada y Abandonada.

4. El dashboard no suma cancelados, pendientes y vencidos

Parcial. La pantalla de facturas muestra los pendientes de cobro, pero no un total de vencidas separado.

No se puede juzgar del todo con cero facturas cargadas: varios de esos bloques no se dibujan cuando no hay datos. Hay que volver a mirarlo cuando haya facturas de verdad.

5. «La orden crea la receta automáticamente y tiene errores de validación»

Ya no pasa. El formulario de orden de producción de esta versión (Dolibarr 23) pide elegir una receta existente en el campo Lista de materiales. No ofrece crearla al vuelo, así que el error de validación que describía el correo no puede ocurrir.

6. «Mantener la creación de recetas en una pestaña independiente»

Ya es así. Las recetas viven en MRP → Listas de materiales, separadas de las órdenes. Ver Recetas.

7. La receta debe pedir producto, cantidad por partida e insumos

Los tiene todos:

Lo pedido	Campo real
Nombre del producto, ligado a los productos	Producto (lista desplegable)
Tipo de producto	Tipo: Fabricación o Desmontar
Cantidad por partida o batch	Cantidad
Materias e insumos	Se agregan como líneas, después de crear la receta

8. Falta la unidad de medida

Resuelto el 8/9/2026. La receta no tiene campo de unidad: la toma de la ficha del producto, y los cuatro productos estaban sin unidad, así que una receta decía «0,60» sin decir de qué.

Se cargaron: cacao, azúcar y masa en kg; bombón en unidades.

Vale para los productos nuevos también

Cada producto que se cree tiene que llevar su unidad. Si no, sus recetas quedan ambiguas otra vez.

9. «Pestañas de rendimientos para cada orden intermedia y final»

Parcial, y es lo más importante que queda. La orden sí registra el rendimiento: en la pestaña Production conviven la cantidad teórica de la receta y la realmente consumida y producida, y la diferencia entre ambas es la merma — ver Órdenes de producción.

Lo que no hay es una pantalla de rendimiento acumulado que compare varias órdenes entre sí para ver cómo evoluciona la merma por producto o por período. Eso Dolibarr no lo trae de fábrica.

Antes de programar nada conviene cargar producción real durante un tiempo: con los datos en el sistema, el reporte se puede sacar con una consulta o con Metabase, sin tocar Dolibarr.

---

Lo que planta pidió y no es una observación de pantalla

«solicito que Joe venga a planta para terminar de explicar de mejor manera»

Ese pedido sigue en pie y este manual no lo reemplaza. Lo que sí hace es que la visita no empiece de cero: los videos muestran cada pantalla paso a paso, y los usuarios por rol ya están creados para probar con permisos reales en vez de con el administrador.