Tempo di picking e packing

Inserisca item_count, pick_time_per_item e packing_time come numeri finiti che condividono un’unità di tempo —in genere minuti— e riceva total_pick_time e total_time nella stessa unità. I conteggi articoli negativi sono rifiutati come invalid_input affinché un errore di form non inventi un orologio al contrario.

Come si calcola il tempo di picking e packing da articoli e cadenza

Invii i campi obbligatori item_count, pick_time_per_item e packing_time come numeri JSON o stringhe numeriche. Gli alias items, count, n, quantity, qty e lines mappano su item_count; pick_time, pick_minutes, minutes_per_item, avg_pick e time_per_item su pick_time_per_item; pack_time, packing_minutes, pack_minutes e fixed_pack su packing_time. Un item_count negativo è un errore di prodotto perché un ordine non può contenere meno di zero unità. I limiti di magnitudine tengono finiti i risultati sul Worker.

Come leggere i campi della risposta e scegliere cadenze di pick realistiche

In caso di successo la risposta restituisce item_count, pick_time_per_item e packing_time dopo arrotondamento stabile, più total_pick_time pari al conteggio per il tempo di pick unitario, total_time pari al pick totale più il packing, una stringa formula leggibile e method uguale a pick_pack_linear_estimate. Usi total_time quando serve un’unica durata fino a pronto per la spedizione; usi total_pick_time quando separa la manodopera tra picker e packer o quando il packing ha una coda propria su un’altra stazione. Il campo formula è sicuro accanto ai numeri così la pianificazione vede total_time = item_count × pick_time_per_item + packing_time. Calibri pick_time_per_item su campioni reali di magazzino, non su promesse di marketing: ordini multi-SKU, articoli pesanti e freddo spesso richiedono una media più alta di merce leggera mono-SKU. packing_time deve coprire scelta del cartone, riempimento, inserti, sigillatura ed etichettatura per un profilo tipico —lo alzi per confezioni regalo o spedizioni fragili multi-collo. Questo endpoint non instrada percorsi di pick, non conta inventario né pianifica corrieri; è un controllo aritmetico trasparente, non un WMS completo. Campi obbligatori mancanti, valori non finiti e item_count negativo falliscono con invalid_input e non vengono addebitati dopo il rifiuto del motore, così un POST non valido non consuma il saldo prepagato.

Uso dell’API, prezzi, flussi di fulfillment e limiti pratici

Usi lo stimatore gratuito nel browser per briefing di turno, demo formative e bozze rapide di SLA senza installare un foglio di calcolo. Per pick multi-wave o a batch, chiami una volta per ordine o per wave con le unità di quella wave così ogni segmento resta verificabile in log e ticket. Invii un body JSON con item_count, pick_time_per_item e packing_time (o gli alias documentati). Usi l’API prepagata quando un WMS, OMS, portale 3PL, motore di promesse marketplace o dashboard di pianificazione del lavoro necessita di un contratto stabile con saldo KIT a $0.002 per item riuscito; i fallimenti di validazione non consumano mai il saldo. Abbini questo endpoint a conteggi di righe ordine a monte così item_count riflette le unità vendibili realmente prelevate, non solo gli SKU di riga quando le quantità superano uno. Chi pubblica SDK può mappare total_time in orologi di cutoff che mostrano «circa dodici minuti di lavoro a terra rimasti» —la stessa forma lineare che i supervisori abbozzano sulla lavagna quando stimano a mano la manodopera di picking e packing per una finestra nello stesso giorno.