Pick-und-Pack-Zeit

Geben Sie item_count, pick_time_per_item und packing_time als endliche Zahlen mit derselben Zeiteinheit —typischerweise Minuten— ein und erhalten Sie total_pick_time und total_time in derselben Einheit. Negative Artikelzahlen werden als invalid_input abgelehnt, damit Formularfehler keine rückwärts laufende Uhr erzeugen.

Wie Pick- und Pack-Zeit aus Artikeln und Raten berechnet wird

Senden Sie die Pflichtfelder item_count, pick_time_per_item und packing_time als JSON-Zahlen oder numerische Zeichenketten. Aliase items, count, n, quantity, qty und lines mappen auf item_count; pick_time, pick_minutes, minutes_per_item, avg_pick und time_per_item auf pick_time_per_item; pack_time, packing_minutes, pack_minutes und fixed_pack auf packing_time. Ein negatives item_count ist ein harter Produktfehler, weil ein Auftrag nicht weniger als null Einheiten enthalten kann. Magnitudengrenzen halten Ergebnisse auf dem Worker endlich.

Antwortfelder lesen und realistische Pickraten wählen

Bei Erfolg spiegelt die Antwort item_count, pick_time_per_item und packing_time nach stabilem Runden wider, plus total_pick_time gleich Artikelzahl mal Pickzeit pro Artikel, total_time gleich Gesamtpick plus Packzeit, eine lesbare Formelzeichenkette und method gleich pick_pack_linear_estimate. Nutzen Sie total_time, wenn Sie eine einzige Dauer bis versandbereit brauchen; nutzen Sie total_pick_time, wenn Sie Arbeit zwischen Pickern und Packern teilen oder Packen an einer eigenen Station mit eigener Warteschlange läuft. Das Feld formula darf neben den Zahlen stehen, damit Planung total_time = item_count × pick_time_per_item + packing_time sieht. Kalibrieren Sie pick_time_per_item an realen Lagerproben statt an Marketing-Durchsätzen: Multi-SKU-Aufträge, schwere Artikel und Kühlgut brauchen oft einen höheren Mittelwert als leichte Einzel-SKU-Ware. packing_time soll Kartonwahl, Füllmaterial, Beilagen, Versiegelung und Etikettierung für ein typisches Profil abdecken — erhöhen Sie es für Geschenkverpackung oder fragile Mehrkarton-Sendungen. Dieser Endpoint routet keine Pickwege, zählt kein Inventar und plant keine Carrier; es ist eine transparente Rechenprüfung, kein volles WMS. Fehlende Pflichtfelder, nicht-endliche Werte und negatives item_count scheitern mit invalid_input und werden nach Ablehnung durch die Engine nicht berechnet, sodass ungültige POSTs das Prepaid-Guthaben nicht leeren.

API-Nutzung, Preise, Fulfillment-Abläufe und praktische Grenzen

Nutzen Sie den kostenlosen Browser-Schätzer für Schichtbriefings, Schulungsdemos und schnelle SLA-Skizzen ohne Tabellenkalkulation. Bei Multi-Wave- oder Batch-Picks rufen Sie einmal pro Auftrag oder pro Welle mit den Einheiten dieser Welle auf, damit jedes Segment in Logs und Tickets prüfbar bleibt. Senden Sie einen JSON-Body mit item_count, pick_time_per_item und packing_time (oder den dokumentierten Aliasen). Nutzen Sie die vorausbezahlte API, wenn ein WMS, OMS, 3PL-Portal, Marketplace-Promise-Engine oder Arbeitsplanungs-Dashboard einen stabilen Vertrag unter KIT-Guthaben zu $0.002 pro erfolgreichem Item braucht; Validierungsfehler verbrauchen nie Guthaben. Koppeln Sie diesen Endpoint mit vorgelagerten Auftragszeilen-Zählungen, damit item_count tatsächlich gepickte verkaufsfähige Einheiten widerspiegelt, nicht nur Zeilen-SKUs bei Mengen über eins. SDK-Autoren können total_time auf Cutoff-Uhren mappen, die «etwa zwölf Minuten Hallenarbeit übrig» zeigen — dieselbe lineare Form, die Supervisoren an der Tafel skizzieren, wenn sie Pick- und Pack-Arbeit für ein Same-Day-Fenster von Hand schätzen.