Tempo de picking e packing

Informe item_count, pick_time_per_item e packing_time como números finitos que compartilham uma unidade de tempo —em geral minutos— e receba total_pick_time e total_time na mesma unidade. Contagens negativas de itens são rejeitadas como invalid_input para que falhas de formulário não inventem um relógio invertido.

Como o tempo de picking e packing é calculado a partir de itens e taxas

Envie os campos obrigatórios item_count, pick_time_per_item e packing_time como números JSON ou strings numéricas. Os aliases items, count, n, quantity, qty e lines mapeiam para item_count; pick_time, pick_minutes, minutes_per_item, avg_pick e time_per_item para pick_time_per_item; pack_time, packing_minutes, pack_minutes e fixed_pack para packing_time. Um item_count negativo é erro de produto porque um pedido não pode ter menos de zero unidades. Limites de magnitude mantêm resultados finitos no Worker.

Como ler os campos da resposta e escolher taxas de pick realistas

Em sucesso a resposta ecoa item_count, pick_time_per_item e packing_time após arredondamento estável, mais total_pick_time igual à contagem vezes o tempo de pick unitário, total_time igual ao pick total mais o packing, uma string de fórmula legível e method igual a pick_pack_linear_estimate. Use total_time quando precisar de uma única duração até pronto para envio; use total_pick_time quando separar mão de obra entre pickers e packers ou quando o packing tiver fila própria em outra estação. O campo formula é seguro ao lado dos números para planejamento ver total_time = item_count × pick_time_per_item + packing_time. Calibre pick_time_per_item com amostras reais de armazém, não com promessas de marketing: pedidos multi-SKU, itens pesados e câmara fria costumam exigir média maior que mercadoria leve de um só SKU. packing_time deve cobrir escolha de caixa, preenchimento, inserções, lacre e etiquetagem em um perfil típico —eleve-o para embrulho de presente ou envios frágeis multi-caixa. Este endpoint não roteia caminhos de pick, não conta inventário nem agenda transportadoras; é uma checagem aritmética transparente, não um WMS completo. Campos obrigatórios ausentes, valores não finitos e item_count negativo falham com invalid_input e não são cobrados após a rejeição do motor, de modo que um POST inválido não drena o saldo pré-pago.

Uso da API, preços, fluxos de fulfillment e limites práticos

Use o estimador gratuito no navegador para briefings de turno, demos de treinamento e esboços rápidos de SLA sem instalar planilha. Em picks multi-onda ou em lote, chame uma vez por pedido ou por onda com as unidades dessa onda para cada segmento permanecer auditável em logs e tickets. Envie um corpo JSON com item_count, pick_time_per_item e packing_time (ou os aliases documentados). Use a API pré-paga quando um WMS, OMS, portal 3PL, motor de promessas de marketplace ou painel de planejamento laboral precisar de contrato estável com saldo KIT a US$ 0,002 por item bem-sucedido; falhas de validação nunca consomem saldo. Combine este endpoint com contagens de linhas de pedido a montante para que item_count reflita unidades vendáveis realmente pickadas, não só SKUs de linha quando a quantidade passa de um. Quem publica SDKs pode mapear total_time para relógios de corte que mostrem «cerca de doze minutos de trabalho de chão restantes» —a mesma forma linear que supervisores esboçam no quadro ao estimar mão de obra de picking e packing à mão para uma janela no mesmo dia.