Frachtführer stellen Rechnungen für den Platz im Lkw, nicht für Kilogramm auf der Waage. Ein Karton mit Kissen wiegt 15 kg und wird mit 115 in Rechnung gestellt — und die meisten Teams erfahren das erst aus der Rechnung, nicht schon beim Angebot für den Auftrag. Hier erfahren Sie, wie Sie Paketmaße in einer Bitrix24 (Alaio) CRM-Karte pflegen, warum sich Volumengewicht vom Verrechnungsgewicht unterscheidet, welcher Divisor in Ihre Berechnung gehört und wie Sie eine übergroße Sendung erkennen, bevor sie das Lager verlässt.

Wo speichert man Paketmaße in Bitrix24?

Bitrix24 hat von Haus aus keinen Feldtyp für Maße. Zur Verfügung stehen Zahlen, Zeichenketten, Listen und Geld — „drei Seiten plus Gewicht" ist nicht darunter. Bleiben zwei verbreitete Behelfslösungen, beide unbequem.

Vier Zahlenfelder — Länge, Breite, Höhe, Gewicht. Das funktioniert: Die Werte lassen sich filtern, in Berichte aufnehmen und von der Automatisierung lesen. Zwei Probleme bleiben trotzdem. Vier Felder fressen die halbe Karte auf und gehen zwischen den anderen zwanzig unter. Und die Einheit steht nirgends: Der eine Mitarbeiter trägt Zentimeter ein, der andere Millimeter, und nichts in der Karte unterscheidet die beiden — bis jemand einen Karton in Bus-Größe verschickt.

Eine einzelne Textzeile wie „120x80x60" ist kompakt und für Menschen lesbar — aber eben nur Text. Man kann daraus kein Volumen berechnen, keine zwei Sendungen vergleichen und nicht nach „alles über einem Meter" filtern.

Die dritte Option ist ein Feldtyp aus einer App: Der Typ speichert den Wert selbst und rendert sein eigenes Widget in der Karte. Eine Zeile für vier Zahlen, und die Arithmetik übernimmt das Feld statt des Mitarbeiters.

Was ist Volumengewicht, und wie wird es berechnet?

Jede Sendung hat zwei Gewichte. Das tatsächliche Gewicht ist das, was die Waage zeigt. Das Volumengewicht — auch dimensionales Gewicht oder DIM-Gewicht genannt — ist, wie viel Platz das Paket beansprucht, ausgedrückt in Kilogramm.

Die Formel passt in eine Zeile: die drei Seiten in Zentimetern multiplizieren und durch den Divisor Ihres Frachtführers teilen.

Ein Karton von 120 × 80 × 60 cm ergibt 576,000 Kubikzentimeter. Geteilt durch 5000 sind das 115.2 kg Volumengewicht — gegenüber tatsächlichen 15.5.

Der Frachtführer nimmt dann das größere der beiden Gewichte. Das ist das Verrechnungsgewicht, und es landet auf der Rechnung. Eine leichte, sperrige Sendung wird also nach Volumen abgerechnet, eine schwere, kompakte nach der Waage: Eine 30 × 20 × 20 cm große Kiste mit Befestigungsmaterial wiegt 40 kg gegenüber 2.5 kg Volumengewicht, und Sie zahlen für 40.

Die Regel passt in eine Zeile: Verrechnungsgewicht = max(tatsächlich, volumetrisch). Alles andere ist eine Frage des Divisors.

Welchen Divisor verwendet Ihr Frachtführer?

Der Divisor ist nicht einheitlich — er steht in Ihrem Vertrag. Die gängigen:

| Divisor | Wer ihn verwendet | |---|---| | 5000 | DHL, UPS, FedEx — Express und Luftfracht | | 6000 | Landtarife, klassische IATA-Luftfracht | | 4000 | Sammelfracht: eine Dichteregel von 250 kg/m³ entspricht dem Divisor 4000 |

Die Lücke zwischen 5000 und 4000 macht bei derselben Sendung ein Viertel der Kosten aus. Deshalb ist „wir haben eine Formel aus dem Internet verwendet" der häufigste Grund, warum Angebot und Rechnung nicht zusammenpassen.

Wer in imperialen Einheiten verschickt: Dieselben Frachtführer verwenden für Zoll und Pfund einen Divisor von 139. Umgerechnet in Zentimeter und Kilogramm ergibt das rund 5022 — praktisch dasselbe 5000, mit weniger als einem halben Prozent Abweichung. Kein separater Umrechnungsfaktor nötig.

Noch etwas, das Teams oft zu spät lernen: den Karton messen, nicht das Produkt. Zählt, was tatsächlich transportiert wird — Verpackung, Polsterung, Kantenschutz, Palette. Zehn Zentimeter pro Seite summieren sich unbemerkt, und am Ende landet das Volumen ganz woanders.

Wie erkennt man ein übergroßes Paket?

Über das Gewicht hinaus begrenzen Frachtführer auch die Maße — und sie messen sie auf zwei verschiedene Arten.

Längste Seite. Die einfachste Grenze, geprüft mit einem einzigen Vergleich.

Länge plus Gurtmaß. Das ist das Maß, auf das es bei Paketen ankommt: Länge plus zweimal Breite plus zweimal Höhe, wobei Länge die längste Seite ist. USPS begrenzt Länge plus Gurtmaß zusammen auf 108 Zoll für die meisten Dienste und 130 für Ground Advantage; UPS und FedEx gehen bis zu 165 Zoll, mit einer separaten Grenze für die Länge allein.

Die beiden Maße können stark auseinanderlaufen. Ein Karton von 180 × 90 × 70 cm ergibt 340 cm als Summe der drei Seiten, aber 500 cm als Länge plus Gurtmaß. Ein Paket, das die eine Grenze locker einhält, kann an der anderen deutlich scheitern.

Übergröße bedeutet selten „wir befördern das nicht". Es bedeutet „wir befördern es zu einem anderen Tarif, mit Zuschlag". Das Problem ist nicht der Zuschlag — das Problem ist, erst aus der Rechnung davon zu erfahren.

Wie arbeiten Paketmaße in Automatisierungsregeln?

Solange die Maße als Text in der Karte stehen, kann die Automatisierung sie nicht sehen. Damit eine Bedingung überhaupt etwas vergleichen kann, muss die Zeichenkette erst in Zahlen zerlegt werden.

Das Parsen liefert den kompletten Satz auf einmal: drei Seiten, Gewicht, Volumen, Volumengewicht, Verrechnungsgewicht, dazu die längste Seite, die Seitensumme und den Wert für Länge plus Gurtmaß. Von da an sind es ganz gewöhnliche Zahlen — eine Bedingung oder eine Prozessvariable behandelt sie genauso wie jede andere Zahl im Prozess.

Typische Einsatzzwecke:

  • Übergröße herausfiltern, bevor sie die Logistik erreicht — Länge plus Gurtmaß mit der Obergrenze Ihres Frachtführers vergleichen und diese Aufträge an einen eigenen Sachbearbeiter weiterleiten;
  • eine Anfrage an eine Versand-API füttern — die meisten Frachtführer-APIs erwarten Zentimeter und Gramm, und das Parsen liefert sie in der gewünschten Einheit;
  • die Sendung innerhalb des Prozesses bepreisen — Verrechnungsgewicht mit Ihrem Satz multiplizieren;
  • numerische Kartenfelder befüllen aus einem einzigen Textfeld, damit Filter und Berichte zu funktionieren beginnen.

Die ehrliche Grenze: Das Parsen liest, was da steht. Wenn ein Mitarbeiter die Maße falsch eingetippt hat, ist die Automatisierung auf genau dieselbe Art falsch.

Häufige Fragen

Wie unterscheidet sich Volumengewicht von Verrechnungsgewicht? Das Volumengewicht ergibt sich aus den Maßen; das Verrechnungsgewicht ist das größere von Volumen- und tatsächlichem Gewicht. Die Rechnung verwendet das Verrechnungsgewicht.

Welche Einheiten sollten wir speichern? Was auch immer Ihr Lager verwendet — solange alle dieselbe Einheit nutzen. Die Volumengewicht-Formel wird klassischerweise in Zentimetern berechnet — wenn Sie Millimeter speichern, denken Sie an die Umrechnung, sonst liegen Sie um den Faktor tausend daneben.

Brauchen wir ein eigenes Volumenfeld? Meistens nicht: Das Volumen ergibt sich aus den drei Seiten. Es lohnt sich nur, wenn Sie Volumen als eigenständige Größe erfassen, zum Beispiel bei nicht standardisierten Behältern.

Was ist mit Sendungen aus mehreren Kartons? Mehrere Kartons in einem Auftrag werden als Summe ihrer Verrechnungsgewichte abgerechnet, nicht als ein kombiniertes Außenmaß. Ein einzelnes Feld deckt das nicht ab — dafür brauchen Sie Positionszeilen oder einen eigenen Smart-Prozess-Datensatz pro Paket.

Funktioniert das auch in Aufgaben? Benutzerdefinierte Felder gibt es auch in Aufgaben, aber Logistikszenarien leben fast immer im Auftrag oder in einem Smart-Prozess, zusammen mit den übrigen Auftragsfeldern.

Wie geht es weiter?

Maße in einem CRM sind nicht drei Zahlen — sie sind das Verrechnungsgewicht, das Ihnen in Rechnung gestellt wird. Es ergibt sich aus den Seiten und dem Divisor Ihres Frachtführers, tritt gegen das tatsächliche Gewicht an und wird gegen zwei verschiedene Übergrößen-Maße geprüft. All das lässt sich aus vier Zahlenfeldern plus einem Formelfeld zusammenbauen — machbar, aber sperrig.

Ein eigener Feldtyp ist kompakter: Paketmaße hält Länge, Breite, Höhe und Gewicht in einer Zeile und zeigt Volumen, Volumen- und Verrechnungsgewicht direkt in der Karte an, mit einer Übergrößen-Markierung, sobald Ihre eigenen Grenzwerte überschritten sind. Um diese Zeile für einen Prozess wieder in Zahlen zu verwandeln, verwenden Sie die Regel Paketmaße auswerten. Der komplette Feldtypen-Katalog installiert sich in zwei Klicks.

Finden Sie das Feld oder die Automatisierungsregel nicht, die Sie brauchen? Beschreiben Sie die Aufgabe — wir bauen sie kostenlos und nehmen sie in die gemeinsame Bibliothek auf.