Hasta hoy los envíos aparecen desparramados: unos en la web, otros en el pedido que cargó el vendedor, otros en un mensaje de Chatwoot. De acá en adelante hay una sola pantalla, en el ERP, que te dice exactamente qué falta resolver y en qué estado está cada cosa. Esto es lo que cambia y por qué.
Hoy los envíos aparecen en tres lugares distintos: la web, los pedidos que cargan los vendedores y lo que se manda suelto. El panel los junta en una bandeja única. Mercado Libre estándar y los ME1 quedan afuera a propósito: esos los resuelve ML.
La pantalla es ERP → Envíos. Arriba tenés unos botones que filtran la lista (los “chips”): Para cotizar · Esperando al cliente · Para generar · Con etiqueta · Despachados · En camino · Entregados.
El número que aparece al lado de cada uno es tu tarea pendiente. Si “Para generar” dice 25, hay 25 envíos esperando que alguien los resuelva.
Todo lo que está en Despachados, En camino y Entregados ya no es trabajo tuyo: está ahí para consultar, no para hacer.
Este circuito es SOLO para pedidos de vendedores. En la web el cliente ya pagó el envío en el checkout, así que ese pedido entra derecho a "Para generar". El precio no lo inventa nadie: lo saca el mismo cotizador que usa la web, con las mismas zonas y tarifas.
Que no cotice nada. Casi siempre es porque el producto no tiene cargado el peso o las medidas. Hoy son la mayoría del catálogo. En ese caso cargás las medidas vos en el panel al generar, y quedan guardadas para siempre: la próxima vez ese producto ya cotiza solo.
Que cotice $0. No está roto: es envío gratis por monto, igual que en la web. Se guarda así.
Administración solo trabaja los dos primeros pasos. Del tercero en adelante lo mueve el depósito y el transporte. Los últimos dos estados los actualiza el sistema solo, cada 20 minutos, preguntándole al transporte.
De toda la cadena, administración toca solamente el paso de generar el envío. El resto lo mueven el depósito y el transporte.
Al generar elegís el transporte y confirmás peso y medidas del bulto. Si el cliente pagó un transporte y conviene mandarlo por otro, se puede cambiar, pero el sistema te va a pedir que escribas por qué.
En camino y Entregado se actualizan solos: cada 20 minutos el sistema le pregunta al transporte. Urbano es la excepción — todavía no informa por sistema y hay que moverlo a mano.
No hay que cargar nada a mano. Cada vez que abrís la pantalla, el panel le pregunta a la web qué pedidos están en Procesando o En espera y los pone en la lista. Los que ya se completaron no vuelven a aparecer.
Cada vez que abrís la pantalla (o apretás Actualizar), el panel le pregunta a la web qué pedidos hay para despachar. No hay un proceso nocturno ni una espera: es en el momento.
Entran los pedidos que en WooCommerce están en Procesando (el cliente pagó) o En espera (eligió transferencia y todavía no se acreditó). Los dos aparecen como Pendiente de generar.
Un pedido En espera lo vas a ver en la lista aunque todavía no esté pagado. Eso es a propósito, para que lo tengas a la vista — pero no lo generes hasta que el pago esté acreditado.
Cuando el pedido pasa a Completado en la web, deja de aparecer. Y una vez que le generaste el envío, tampoco vuelve a contarse como pendiente: pasa al chip que corresponda.
No tenés que adivinar por dónde va. El panel mira el código postal: si está en la zona de CABA y GBA que tiene configurada la web, sugiere Flex (LightData); si es del interior, sugiere Urbano.
Esa zona se lee de la misma configuración de la web, así que el panel y la web nunca pueden discrepar: si mañana se cambia un cordón en la web, el panel lo toma solo.
Es una sugerencia: podés cambiarla al generar, escribiendo el motivo.
Ojo con un detalle heredado: los pedidos de la web entran al ERP viejo siempre como “00-Retira en Empresa”. Eso está mal en el ERP, no en el panel — el panel lee el transporte real de la web. No te guíes por lo que diga el pedido en GBP.
La idea es que TODO lo que sale por un transporte se gestione en esta pantalla. Lo que queda afuera queda afuera a propósito, porque no lo despachamos nosotros: Mercado Libre estándar ya manda su etiqueta, los ME1 salen por Zipnova directo, y un retiro en el local no es un envío.
Entran solos: los pedidos de la web y los de vendedores que salgan por un transporte que gestionamos.
Los cargás vos: los envíos sueltos (algo que hay que mandar y no cuelga de un pedido) y los movimientos por errores — reenvíos, faltantes y logística inversa. El envío suelto se puede imputar igual a un pedido de la web, de un vendedor o hasta de Mercado Libre.
No entran, y está bien: Mercado Libre estándar (ML ya manda su etiqueta), los ME1 (salen por Zipnova directo) y los retiros en el local (no hay envío que hacer). Esos siguen exactamente como hoy.
Éste es el cambio grande. Hoy el depósito arma y después alguien resuelve cómo mandarlo. Con el módulo, el orden se da vuelta: administración resuelve el envío PRIMERO y recién ahí el pedido le aparece al depósito para armar. Si nadie lo resolvió, no aparece.
Hoy pasa seguido que el depósito arma un pedido y queda en un rincón porque nadie sabe cómo mandarlo, o se arma con el transporte equivocado y hay que rehacerlo. El envío se resolvía después de armar.
Con el módulo, el envío se resuelve antes. El depósito no decide logística ni genera nada: arma lo que le aparece, imprime y despacha.
La contracara, y es importante que lo tengan claro: si administración no resuelve el envío, ese pedido no se arma. El pendiente en la pantalla es un pedido parado.
Administración no imprime nada: deja el trabajo en la cola y se olvida. Es la misma cola por la que ya salen hoy las etiquetas de Mercado Libre, con el mismo agente instalado en la PC del depósito. Para el que imprime no cambia nada.
La etiqueta sale por la misma Zebra y la misma cola por la que hoy salen las de Mercado Libre. El agente que ya está instalado en la PC del depósito la levanta y la imprime.
La diferencia es que ahora también salen por ahí las de Flex particular y las de Urbano, en vez de tener que entrar a la página del transporte a bajar un PDF.
Administración deja el trabajo en la cola desde el panel y se olvida: imprime el depósito, cuando arma.
Todo movimiento extra se carga desde el mismo pedido y pide siempre lo mismo: qué pasó, qué sector fue y, si corresponde, qué persona. No es para señalar a nadie: es la única forma de saber cuánto nos cuestan los errores y dónde se producen.
| Qué pasó | Sector que queda imputado |
|---|---|
| Faltó un ítem en el envío | Depósito |
| Se envió el ítem equivocado | Depósito |
| Cantidad equivocada | Depósito |
| Dirección mal cargada | Ventas |
| Rotura en el transporte | Transporte |
| El transporte no pudo entregar | Transporte |
| Error de administración | Administración |
| Arrepentimiento del cliente | Cliente |
| Producto fallado · Garantía · Repuesto · Muestra | Sin culpa de nadie |
| Antes | Ahora |
|---|---|
| Los envíos se miraban en la web, en el pedido del vendedor y en Chatwoot. | Una sola pantalla con un número de pendientes al lado de cada estado. |
| Para cotizar había que preguntarle al transporte o estimar a ojo. | El panel lo calcula con el mismo cotizador y las mismas tarifas que la web. |
| El depósito armaba y después se veía cómo mandarlo. | Primero se resuelve el envío; recién ahí el pedido le aparece al depósito. |
| La etiqueta se bajaba de la página del transporte. | Sale sola por la Zebra, como las de Mercado Libre. |
| Un reenvío o un envío que faltó no quedaba registrado en ningún lado. | Queda con motivo, sector y persona, y se puede medir cuánto costó. |
| Si un producto no tenía medidas, se resolvía cada vez de cero. | Las medidas que cargás quedan guardadas y sirven para la próxima. |
El panel ya está construido y funcionando, pero arranca en modo prueba: se puede cotizar, cargar medidas y preparar todo, pero todavía no crea el envío real en el transporte y no le esconde nada al depósito. Por eso ves el cartel amarillo arriba de la lista.
Falta una sola cosa para prenderlo: hacer la prueba de fuego — generar un envío de verdad en Flex, imprimir esa etiqueta en la Zebra y anularlo. Si sale bien, se prende la generación real.
El candado que le esconde los pedidos al depósito se prende después, con unos días de rodaje, para no frenar el depósito si algo falla.
erp.rcpowerclean.com.ar/envios.