# Reunión (Parte 1) — Sistema de Inventario + CRM (Resumen Ejecutivo)

**Propósito**: resumen para compartir internamente, **sin información sensible** (sin datos personales de pacientes ni detalles operativos críticos).

## TL;DR (para pegar en el canal)
- Hoy el inventario se lleva con **papel + Excel**, con **mucho error humano**, detección tardía (2–3 semanas) y **stock incierto** al cierre del día.
- Se necesita un sistema **mobile-first** que registre operaciones **en tiempo real**, con **integración a balanzas**, **códigos por contenedor/bolsita**, y **logs/auditoría inmediatos**.
- Prioridad: **reducir errores** y tener **stock confiable siempre**; velocidad es secundaria.
- En 90 días: **costeos + transformaciones (a definir)**, **tracking de plantas**, **activos/depreciación**, e **integración con CRM** (datos encriptados).

## Contexto y problema
El club opera un flujo de cultivo e inventariado donde:
- Durante cosecha/manicura el registro es manual (papel) porque el ambiente es “sucio” por resina y se trabaja con guantes.
- El Excel actual fuerza movimientos duplicados (salida + ingreso) y habilita errores de tipeo/decimales (ej. 0.690 vs 0.590).
- Los errores se detectan tarde y el “stock real” al final del día no está visible para todos.

## Objetivo del producto
Construir un sistema (web o app) que permita:
- Registrar **movimientos de stock** en el momento (con **captura automática de peso** desde balanza cuando sea posible).
- Mantener un **stock actualizado** por genética y por contenedor, sin arqueos manuales frecuentes.
- Generar **auditoría inmediata** (quién, qué, cuándo, desde/hacia dónde, peso, merma).
- Integrarse con el CRM (portal de pacientes con acceso limitado; datos sensibles encriptados).

## Alcance funcional (alto nivel)
- **Contenedores**: bolsas de stock (grandes/chicos), frascos de exhibición, bolsitas de distribución; cada uno con **código**.
- **Movimientos**: ingreso/salida/traspaso/ajuste/merma, evitando la duplicación del Excel con una transacción consistente.
- **Bolsitas con código**: habilita saber cuántas hay por genética (hoy se hace “a ojo”).
- **Samplers**: soporte a operaciones por lote (armar múltiples muestras minimizando pasos).
- **Cultivo**: tracking de plantas desde el momento en que se individualizan (post-trasplante), y vincular cosecha → inventario.
- **Costeos**: mano de obra, insumos prorrateados, energía, EPP/preventivos, depreciación de equipos, nutrientes/agua.

## Restricciones y consideraciones
- **UX en ambiente de trabajo**: interfaz simple, pocos toques, tipografías grandes, tolerante a guantes/resina.
- **Seguridad**: abandonar planillas abiertas tipo Google Sheets para datos sensibles; enfoque con **encriptación** y permisos por rol.
- **Marco legal**: hoy se distribuye flor; extracciones/productos transformados quedan limitados por regulación (validar alcance de “transformaciones”).

## Objetivos prioritarios (90 días) — como fueron planteados
1. Módulo de **costeos** + procesos de **transformación** (definir alcance regulatorio y operativo).
2. **Seguimiento de plantas** individuales por etapas (vegetativo, flora, secado, curado).
3. **Códigos de equipos** (luces, sensores, etc.) para calcular depreciación.
4. Integración con **CRM** de pacientes (disponibilidad de genéticas + registro interno de entregas).

## Próximos pasos sugeridos (1–2 semanas)
- Confirmar **flujos exactos** (contenedores, excepciones, merma) y definir **tipos de movimiento**.
- Definir **esquema de códigos/etiquetas** (QR/Code128) para contenedores y bolsitas + proceso de impresión/pegado.
- Relevar **modelos de balanzas** y protocolo de integración (Bluetooth/USB/RS232/Wi‑Fi).
- Acordar **precisión decimal** y reglas de validación (p.ej., 3 decimales en gramos; límites por operación).
- Definir el **contrato de integración** con el CRM (qué datos viajan; qué queda en cada sistema).