Tiempo de picking y packing

Introduzca item_count, pick_time_per_item y packing_time como números finitos que comparten una unidad de tiempo —habitualmente minutos— y reciba total_pick_time y total_time en la misma unidad. Los recuentos negativos de artículos se rechazan como invalid_input para que un fallo de formulario no invente un reloj al revés.

Cómo se calcula el tiempo de picking y packing a partir de artículos y tasas

Envíe los campos obligatorios item_count, pick_time_per_item y packing_time como números JSON o cadenas numéricas. Los alias items, count, n, quantity, qty y lines se asignan a item_count; pick_time, pick_minutes, minutes_per_item, avg_pick y time_per_item a pick_time_per_item; pack_time, packing_minutes, pack_minutes y fixed_pack a packing_time. Un item_count negativo es un error de producto porque un pedido no puede tener menos de cero unidades. Los topes de magnitud mantienen resultados finitos en el Worker.

Cómo leer los campos de respuesta y elegir tasas de pick realistas

En éxito la respuesta devuelve item_count, pick_time_per_item y packing_time tras un redondeo estable, más total_pick_time igual al recuento por el tiempo de pick unitario, total_time igual al pick total más el packing, una cadena de fórmula legible y method igual a pick_pack_linear_estimate. Use total_time cuando necesite una sola duración hasta listo para envío; use total_pick_time cuando separe la mano de obra entre pickers y packers o cuando el packing tenga su propia cola en otra estación. El campo formula es seguro junto a las cifras para que planificación vea total_time = item_count × pick_time_per_item + packing_time. Calibre pick_time_per_item con muestras reales de almacén, no con promesas de marketing: pedidos multi-SKU, artículos pesados y frío suelen exigir un promedio más alto que mercancía ligera de un solo SKU. packing_time debe cubrir elección de caja, relleno, insertos, precinto y etiquetado en un perfil típico —súbalo para envoltorio regalo o envíos frágiles multi-caja. Este endpoint no enruta rutas de pick, no cuenta inventario ni agenda transportistas; es una comprobación aritmética transparente, no un WMS completo. Campos obligatorios ausentes, valores no finitos e item_count negativo fallan con invalid_input y no se cobran tras el rechazo del motor, de modo que un POST inválido no agota el saldo prepago.

Uso de la API, precios, flujos de cumplimiento y límites prácticos

Use el estimador gratuito en el navegador para briefings de turno, demos de formación y bocetos rápidos de SLA sin instalar una hoja de cálculo. En picks multi-ola o por lote, llame una vez por pedido o por ola con las unidades de esa ola para que cada segmento sea auditable en logs y tickets. Envíe un cuerpo JSON con item_count, pick_time_per_item y packing_time (o los alias documentados). Use la API prepago cuando un WMS, OMS, portal 3PL, motor de promesas de marketplace o panel de planificación laboral necesite un contrato estable con saldo KIT a $0.002 por ítem exitoso; los fallos de validación no consumen saldo. Combine este endpoint con recuentos de líneas de pedido aguas arriba para que item_count refleje unidades vendibles realmente pickeadas, no solo SKU de línea cuando la cantidad supera uno. Quienes publiquen SDK pueden mapear total_time a relojes de corte que muestren «unos doce minutos de trabajo de planta restantes» —la misma forma lineal que los supervisores esbozan en la pizarra al estimar mano de obra de picking y packing a mano para una ventana del mismo día.