Frachtklasse aus Dichte

Das Volumen muss strikt positiv sein: Null- oder negatives Volumen definiert keine Dichte und scheitert mit invalid_input, statt eine Klasse zu erfinden.

Wie Dichte zur NMFC-Frachtklasse wird

Messen Sie den Würfel stets an den äußeren Versandmaßen von Karton, Kiste oder Palette, die dem Spediteur tatsächlich übergeben werden, nicht am Produkt allein, damit die von der API gelieferte Dichte mit dem übereinstimmt, was der Betrieb beanspruchen wird.

Eingabevertrag, Antwortfelder und Fehlerregeln

Der Endpunkt schlägt keine NMFC-Artikelnummern, Hazmat-Codes oder Spediteurausnahmen nach — er mappt nur Dichte auf das Referenzklassenband. Koppeln Sie ihn mit Ihrem eigenen Verpackungsrechner, um Volumen aus Länge mal Breite mal Höhe zu erhalten, wenn Sie von Abmessungen statt vom Würfel starten. Senden Sie per POST einen JSON-Körper mit zwei erforderlichen endlichen Zahlen: weight_lb, das Gesamtgewicht der Sendung in Pfund (nicht negativ), und volume_cu_ft, das gesamte Kubikvolumen in Kubikfuß (muss größer als null sein). Jedes Feld darf als JSON-Zahl oder als numerische Zeichenkette eintreffen; Aliase wie weight, pounds, volume, cubic_feet und cu_ft werden akzeptiert, damit Lager und E-Commerce-Systeme bestehende Feldnamen ohne Pipeline-Umbenennung abbilden können. Fehlende Felder, nicht endliche Werte, negatives Gewicht und nicht positives Volumen scheitern mit invalid_input und benennen das Problem; diese Fehler werden nicht berechnet. Bei Erfolg liefert der Körper weight_lb und volume_cu_ft, density_pcf gerundet für stabile Automatisierung, freight_class als numerische Klasse (zum Beispiel 70 oder 92.5), density_min_pcf für die untere Bandkante, optionales density_max_pcf wenn das Band eine endliche Obergrenze hat (weggelassen beim offenen Klasse-50-Band ab dreißig PCF), eine lesbare density_band-Zeichenkette und method gesetzt auf nmfc_density_freight_class. Optionale Ausgabeschlüssel werden weggelassen statt auf null gesetzt, damit Web- und SDK-Clients einfach bleiben.

Wo eine dichtebasierte Frachtklassen-API ihren Nutzen zeigt

E-Commerce- und 3PL-Betriebe nutzen einen Frachtklassen-Rechner aus der Dichte, um Kartonisierungsoptionen vor der LTL-Buchung zu bewerten: weniger Leerraum oder konsolidierte SKUs können eine Bandkante überschreiten und die Klasse genug senken, um die Endkosten zu ändern. Marktplatzverkäufer, die übergroße oder leichte Waren versenden, brauchen eine schnelle PCF-Prüfung, damit Angebots-Frachtschätzungen Klasse-150-plus-Fracht nicht wie dichte Klasse 70 unterbieten. Tarif-Engines und TMS-Plugins rufen eine kleine Parse-API auf, statt eine brüchige Tabellenkalkulation der Dichtetabelle einzubetten, und halten die Automatisierung über Regionen und Sprachen deterministisch. Beschaffung und Verpackungsengineering vergleichen Alternativmaterialien, indem sie das Gewicht fixieren und den Würfel variieren oder umgekehrt, und lesen freight_class als Nebenbedingung neben den Produktkosten. Weil die Implementierung reines Parse-Tier A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Basispreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netz. Halten Sie Gewicht und Volumen für diesen Endpunkt in Pfund und Kubikfuß, wandeln Sie metrische Quellen bei Bedarf einmal am Rand um, pinnen Sie density_pcf und freight_class in Tests, und Sie erhalten reproduzierbare NMFC-Bandnachschläge für Angebote, Schulung und kontinuierliche Verbesserung ohne eine vollständige Klassifikationsbüro-Integration aufzubauen.