Temps picking et packing

Saisissez item_count, pick_time_per_item et packing_time comme nombres finis partageant une même unité de temps —en général des minutes— et recevez total_pick_time et total_time dans la même unité. Les comptes d’articles négatifs sont rejetés en invalid_input pour qu’un dysfonctionnement de formulaire n’invente jamais une horloge inversée.

Comment le temps de picking et packing est calculé à partir des articles et des cadences

Envoyez les champs obligatoires item_count, pick_time_per_item et packing_time comme nombres JSON ou chaînes numériques. Les alias items, count, n, quantity, qty et lines correspondent à item_count ; pick_time, pick_minutes, minutes_per_item, avg_pick et time_per_item à pick_time_per_item ; pack_time, packing_minutes, pack_minutes et fixed_pack à packing_time. Un item_count négatif est une erreur produit car une commande ne peut pas contenir moins de zéro unité. Des plafonds de magnitude gardent les résultats finis sur le Worker.

Lire les champs de réponse et choisir des cadences de pick réalistes

En succès la réponse renvoie item_count, pick_time_per_item et packing_time après arrondi stable, plus total_pick_time égal au compte multiplié par le temps de pick unitaire, total_time égal au pick total plus le packing, une chaîne de formule lisible et method égal à pick_pack_linear_estimate. Utilisez total_time lorsque vous avez besoin d’une seule durée jusqu’à prêt à expédier ; utilisez total_pick_time lorsque vous séparez la main-d’œuvre entre pickers et packers ou lorsque le packing a sa propre file sur un autre poste. Le champ formula peut s’afficher à côté des chiffres pour que la planification voie total_time = item_count × pick_time_per_item + packing_time. Calibrez pick_time_per_item sur des échantillons réels d’entrepôt plutôt que sur des promesses marketing : commandes multi-SKU, articles lourds et froid exigent souvent une moyenne plus élevée que des biens légers mono-SKU. packing_time doit couvrir le choix du carton, le calage, les inserts, le scellage et l’étiquetage pour un profil typique —augmentez-le pour emballage cadeau ou envois fragiles multi-colis. Ce endpoint n’achemine pas les chemins de pick, ne compte pas le stock et ne planifie pas les transporteurs ; c’est un contrôle arithmétique transparent, pas un WMS complet. Champs obligatoires manquants, valeurs non finies et item_count négatif échouent avec invalid_input et ne sont pas facturés après rejet du moteur, de sorte qu’un POST invalide ne vide pas le solde prépayé.

Usage API, tarification, flux de fulfillment et limites pratiques

Appelez l’estimateur gratuit dans le navigateur pour les briefings d’équipe, les démos de formation et les croquis rapides de SLA sans installer de tableur. Pour les picks multi-vagues ou par lot, appelez une fois par commande ou par vague avec les unités de cette vague afin que chaque segment reste auditable dans les journaux et tickets. Envoyez un corps JSON avec item_count, pick_time_per_item et packing_time (ou les alias documentés). Utilisez l’API prépayée lorsqu’un WMS, OMS, portail 3PL, moteur de promesse marketplace ou tableau de planification de main-d’œuvre a besoin d’un contrat stable sous solde KIT à $0.002 par item réussi ; les échecs de validation ne consomment jamais le solde. Associez cet endpoint à des comptages de lignes amont pour que item_count reflète les unités vendables réellement pickées, pas seulement les SKU de ligne lorsque les quantités dépassent un. Les auteurs de SDK peuvent mapper total_time vers des horloges de coupure affichant « environ douze minutes de travail au sol restantes » —la même forme linéaire que les superviseurs esquissent au tableau lorsqu’ils estiment à la main la main-d’œuvre de picking et packing pour une fenêtre le jour même.