Mueve en Providence, de una tacada, lo que el operador ya sacó de retornos.
Arrastra el botón a tu barra de marcadores.
Si tu Chrome no deja arrastrar, usa Copiar el código y pégalo como URL
de un marcador nuevo — Chrome a veces borra el javascript: del
principio al pegar, compruébalo.
providence.gobolt.com/batch-move-items, pestaña Items.E3521/108/801-50682352 PL-NB122-V72 50682353 PL-NB122-V72 E9207/102/417-50703446 PL-8URA0-H44 2
; o ,.| Freno | Qué hace |
|---|---|
| Resumen antes | Cuántos artículos, a qué destino, cuántas llamadas y cuántos se quedan fuera. El botón rojo no aparece hasta revisar. |
| Para al primer fallo | Si un grupo da error, los que quedan no se envían. |
Un batch move escribe inventario y deshacerlo es otro batch move a mano. Pruébalo primero con un artículo.
El movimiento no lleva el SKU, lleva un UUID interno:
PUT /location-items/batch/location
{ "to_location_code": "NYC1-RETURNS-PUTAWAY-01",
"from_location_code": "PL-NB122-V72",
"from_status": "available", "to_status": "available",
"items": [ { "product_id": "96b92895-…", "quantity": 1 } ] }
Ese UUID no está en el export de Looker, así que por cada código hay un
paso previo: GET /products?identifier=<código>&limit=1.
Acepta el SKU entero y también los 8 dígitos del final, porque Providence
guarda esa cola como el upc del artículo.
El payload lleva un solo origen por llamada, así que el bookmarklet agrupa por pallet: dos orígenes son dos llamadas, no una por zapato.
Las credenciales se piden prestadas, no se guardan.
La API exige una cabecera Authorization que no se puede
inventar. En vez de dejarla escrita en el marcador, el bookmarklet engancha
fetch y toma las cabeceras de la primera llamada que hace la
propia página — de ahí el escaneo inicial. El token no se escribe en
pantalla, ni en consola, ni se almacena.
Inventario de NYC1 · destino por defecto
NYC1-RETURNS-PUTAWAY-01