Ingresá con el mismo usuario y contraseña que usás para comprar en la web de Mayorista del Centro.
Modo demostración: probá con usuario demo y contraseña demo.
Si entrás desde la web ya logueado, este paso se saltea automáticamente.
📱 ¿Lo abriste desde WhatsApp y no responde? La vista previa del teléfono no ejecuta la aplicación. Tocá el botón de Compartir → Abrir en Safari (iPhone) o abrilo con Chrome (Android) y funciona.
1 · Pedidos2 · Fecha y vehículo3 · Confirmación
Personas que reciben el aviso de cada turno
Cuando un cliente confirma un turno, cada persona activa recibe el detalle (cliente, pedidos, fecha, horario, vehículo). El cliente nunca ve esta lista.
Últimas notificaciones enviadas
La app habla con Digip WMS API V2 a través del proxy (Val Town digip-proxy) para no exponer la API key en el navegador.
Todo lo de abajo ya viene precargado; solo tocar si Digip cambia su API o se migra el proxy.
🔒 Pendiente en el proxy antes de salir a producción (trabajo del lado de Val Town, no de este archivo):
1. Exigir una key propia en /api/app/kv — hoy cualquiera con la URL puede leer/escribir turnos y config.
2. Endpoint POST /api/app/turnos que agregue el turno y valide el cupo del lado del servidor. El turnero ya re-consulta cupos antes de confirmar, pero la garantía final contra dos reservas simultáneas la da el servidor.
3. Que /api/app/login valide contra los usuarios de la web, devuelva un token de sesión, y que los endpoints de pedidos exijan ese token validando que cada cliente consulte SOLO sus pedidos (el turnero ya manda Authorization: Bearer si recibe token).
Conexión
Pedidos y despachos
Regla de negocio: para retirar, el pedido tiene que estar agrupado en un despacho de retiro (RETIRA, RETIRA URGENTE, etc.). El turnero consulta los despachos y solo habilita esos pedidos.
Confirmado contra la API real: cada pedido trae su despacho en el campo codigoDespacho (no hace falta endpoint aparte). Los pedidos ya remitidos o anulados no se muestran. Además, solo se consulta Preparaciones cuando el pedido tiene preparacionId (menos llamadas, más rápido).
Preparaciones (peso / volumen reales)
Confirmado con respuestas reales: el peso viene en items[].peso en GRAMOS y el volumen en items[].volumen en mm³. Si la preparación no existe (404), el pedido se muestra como "aún sin preparar" — se puede reservar igual, justamente el turno dispara la preparación.
Estados en Digip
Según Guido, Digip maneja dos estados: preparado (lo pone el depósito al terminar la preparación / control) y remitido (cuando la mercadería sale). Al reservar el turno NO se toca ningún estado — el aviso al equipo va por Telegram/mail. Remitido se marca solo cuando el depósito toca "✓ Retirado" en el Panel de turnos.
⚠️ Confirmar en el Swagger de tu cuenta Digip el endpoint exacto que deja el pedido "En preparación" (sección PUBLICACIÓN). El nombre de arriba es el propuesto — si Digip usa otro, cambialo acá.
Avisos al equipo (Telegram + mail)
Al confirmarse un turno (o pedirse un replanteo), el turnero llama a un webhook del n8n de MDC, que manda: 📲 Telegram al grupo de Logística y ✉️ mail a las personas con email en "Áreas a notificar" (ahí cargá a Facturación). Un solo llamado, n8n reparte.
Acceso de clientes (login de la web)
El cliente entra con su usuario y contraseña de la web de MDC. La validación la hace el proxy (nunca viaja la contraseña a Digip ni queda en este archivo). Si el cliente llega desde la web ya logueado, la web lo redirige con ?token=... y no se le pide nada.
El endpoint de login recibe POST {usuario, password} y responde {ok, clienteCodigo, nombre}. El de token recibe GET ?token=... y responde lo mismo. Hay que implementarlos en el proxy de Val Town contra la base de usuarios de la web.
Registro de llamadas a la API
Horarios y cupos
Regla: entrando antes de la hora de corte se puede reservar para hoy (horarios antes del corte o desde la tarde — en el medio el depósito prepara). Entrando después del corte, los turnos arrancan desde mañana. El turnero se lo explica al cliente solo.
Acceso administrador
Esta app es 100% frontend: la contraseña protege la interfaz, no es seguridad de nivel bancario. Los datos sensibles (API keys, contraseñas de clientes) viven en el proxy, nunca acá. La contraseña admin se guarda solo en este dispositivo (a propósito: no viaja al almacenamiento compartido) — si la cambiás, cambiala en cada compu del depósito.
Umbral de pallet: 1,2 m × 1,0 m × 1,45 m = 1,74 m³ por pallet (redondeo hacia arriba).