Lager und Transport in einem System. Nachweis in keinem.
max.dash liest dein CartonCloud rein lesend über OAuth2 mit und macht daraus SLA-Quote je Customer, ein Kundenportal, in dem jeder deiner Auftraggeber nur seine eigenen Zahlen sieht, und die Leistung je Mitarbeiter über die Zeiterfassungs-Anbindung.
CartonCloud ist ein Produkt der CartonCloud Pty Ltd. Alle genannten Produkt- und Firmennamen sind Marken der jeweiligen Inhaber. Die Nennung dient ausschließlich der Angabe der Kompatibilität. Eine Geschäftsbeziehung, Partnerschaft oder Zertifizierung ist damit nicht verbunden.
Was ein 3PL-System mit Fuhrpark offen lässt.
CartonCloud führt dein Lager und, wenn du beides anbietest, auch deinen Transport. Es ist nicht dafür gebaut, deinen Auftraggebern zu beweisen, dass du geliefert hast - und genau danach wirst du gefragt.
- Die SLA-Quote je Customer ist nicht definiert, sondern nur berechenbar. Die Consignment- und Sendungsdaten sind vollständig da. Was fehlt, ist die Rechenregel: ab wann läuft die Uhr, wann ist Cutoff, welche Tage sind Werktage, welche Aufträge sind ausgeschlossen, und das getrennt je Customer.
- Die Fahrerzuweisung ist keine Kommissionierzuordnung. CartonCloud gibt heraus, welcher Fahrer eine Sendung zum Empfänger bringt - nicht, wer sie im Lager gepickt oder gepackt hat. Wer beides gleichsetzt, rechnet die falsche Leistung aus.
- Lager- und Transportleistung laufen nebeneinander, nicht zusammen. Wer für seine Customer beides fährt, sieht Lagerkennzahlen und Zustellkennzahlen an unterschiedlichen Stellen im System - nicht als eine Auswertung je Auftraggeber über den gesamten Auftrag.
- Der Customer hat keinen eigenen Blick auf seine Zahlen. Also fragt er per Mail. Jeden Tag, je Marke.
Welche Daten wir aus CartonCloud lesen.
Die Anbindung läuft über die offene REST-API mit OAuth2, Self-Serve angelegt. Webhooks für Ereignisse richtet ausschließlich das CartonCloud-Team ein - das ist ein Setup-Schritt, den man einplanen muss, kein Zusatzmodul und keine Freigabe im üblichen Sinn.
Tabelle seitlich scrollen
| Was wir lesen | Woraus | Wofür |
|---|---|---|
| Consignments und Sendungen | Consignment-Objekt, Webhook bei Statuswechsel | Durchsatz, Rückstand, SLA-Uhr |
| Customers | Customer-Objekt | die Mandantentrennung, überall |
| Fahrerzuweisung | die Zustellzuordnung am Auftrag | Zustellnachweis, nicht Kommissionierleistung |
| Zeitstempel | Auftrags- und Sendungsereignisse | Durchlaufzeit, Cutoff-Prüfung |
| Positionen je Sendung | Artikelzeilen | Gewichtung, Punktesystem |
| Bestand und Bewegungen | Inventory-Objekte | Reichweite, Wareneingang, Retouren |
Nicht gelesen werden Preise, Margen und Endkundendaten, die über Name und Lieferadresse hinausgehen. Beides braucht die Betriebssteuerung nicht.
Die Customer-Struktur ist dabei mehr als ein Ordnungsmerkmal: CartonCloud ist ausdrücklich für Logistikdienstleister gebaut, nach Angabe des Anbieters von über 600 Unternehmen genutzt, und die Mandantentrennung ist dort Grundprinzip, nicht Zusatz. Für max.dash ist der Customer damit die natürliche Mandanten-Entsprechung - die Trennlinie, auf der SLA-Quote, Portal-Login und Abrechnung aufsetzen. Dazu passt, dass ein kombiniertes Lager- und Transportgeschäft in CartonCloud der Normalfall ist, nicht die Ausnahme: viele Kunden buchen bei ihrem 3PL beides, und ein Consignment kann beide Seiten in sich tragen.
Wie die Leistung je Mitarbeiter zustande kommt.
CartonCloud liefert kein Bearbeiterfeld für Pick oder Pack. Das Feld, das am ehesten danach aussieht, meint etwas anderes - und diesen Unterschied lohnt es sich, genau zu verstehen.
CartonCloud führt eine Fahrerzuweisung: welcher Fahrer die Sendung zum Empfänger bringt, also die Transportseite des Auftrags. Es sagt nichts über die Kommissionierzuordnung - wer die Sendung im Lager gepickt und verpackt hat, also die Lagerseite. Beides sind in einem 3PL-Betrieb unterschiedliche Rollen, oft unterschiedliche Personen, und CartonCloud hält sie bewusst getrennt: Es gibt keine Labor- oder Produktivitäts-Endpunkte für die Kommissionierung, nur die Zuordnung auf der Zustellseite. Wer die Fahrerzuweisung als Pickleistung auswertet, bekommt eine Zahl - aber die falsche.
Die Leistung je Mitarbeiter im Lager entsteht deshalb über einen zweiten, ebenso verlässlichen Weg: die Zeiterfassungs-Anbindung plus ein Mapping der Scanner-Benutzer auf deine Mitarbeiter. Der Datenweg dahin:
Der Weg läuft unabhängig von der Fahrerzuweisung und unabhängig davon, ob ein Auftrag Lager, Transport oder beides umfasst - er hängt nicht an einem Feld, das CartonCloud für diesen Zweck gar nicht führt. Details zur Zeiterfassungs-Anbindung stehen auf Zeiterfassung anbinden, die Rechnung dahinter im Leitfaden zur Kommissionierleistung.
Was max.dash daraus macht.
Aus den gelesenen Objekten entsteht kein zweites Lagersystem, sondern die Auswertung, die dein CartonCloud nicht führt.
Tabelle seitlich scrollen
| Funktion | Mit CartonCloud | Woraus |
|---|---|---|
| SLA-Quote je Customer | ja | Zeitstempel, Consignments, deine Cutoff- und Werktagsregeln |
| Durchsatz und Tagesprognose | ja | Sendungen je Stunde, Historie |
| Leistung je Mitarbeiter | über Zeiterfassung | Zeiterfassungs-Anbindung, Scanner-Benutzer-Mapping |
| Punktesystem nach Paketinhalt | über Zeiterfassung | Positionen je Sendung, gewichtet im erfassten Zeitfenster |
| Kundenportal je Customer | ja | Customer als Mandanten-Entsprechung |
| Abrechenbare Mengen | ja | Sendungen, Retouren, Sonderpositionen je Customer |
| Reichweite und Lagerwert | ja | Bestand je Customer |
| Retouren und Wareneingang | ja | Bewegungen, Inventory-Objekte |
Wie die Anbindung läuft.
Vier Schritte, wenige Tage. Du installierst nichts, und dein CartonCloud bleibt unangetastet.
OAuth2-Zugang einrichten
Du richtest in deinem CartonCloud-Konto einen OAuth2-Zugang ein. Wir sagen dir, welche Scopes die Anbindung braucht - und welche ausdrücklich nicht.
Customers mappen
Deine Customers werden auf deine Mandanten abgebildet. Das ist die Linie, an der später jede Auswertung und jeder Portal-Login trennt - für Lager- und Transportaufträge gleichermaßen.
Webhooks beantragen
Webhooks für Statuswechsel richtet das CartonCloud-Team ein, nicht du selbst per Self-Serve. Diesen Antrag stellen wir gemeinsam mit dir, damit die Anbindung nahezu in Echtzeit läuft statt auf Abfragen zu warten.
Abnahme
Eine echte Woche wird gegengeprüft: stimmen SLA-Quote, Mengen und Leistung mit dem, was du selbst weißt. Erst dann geht die Anbindung in den Regelbetrieb.
Wenn im Verbund ein anderes System steht.
Viele Fulfiller fahren nicht ein System, sondern zwei oder drei - je Standort, je Auftraggeber, je gewachsener Historie. Das ist kein Sonderfall, sondern der Normalfall.
max.dash liest mehrere Quellen in dasselbe Cockpit. Bei international aufgestellten Betrieben stehen daneben oft Mintsoft, Extensiv und Ongoing WMS - jedes davon mit einer eigenen Seite, auf der steht, welche Objekte gelesen werden und wie der Zugang entsteht.
Für jedes System mit offener Schnittstelle läuft die Anbindung wie hier für CartonCloud beschrieben. Für alles andere gibt es den definierten Import: acht Datensätze per Datei oder REST, voller Funktionsumfang, Latenz Stunden statt Minuten. Was dafür geliefert werden muss, steht offen auf Eigenes System anbinden.
Kurz gefragt.
Muss ich CartonCloud wechseln oder erweitern?
Nein. CartonCloud bleibt dein System und wird nicht verändert. max.dash liest über OAuth2 mit und legt eine Auswertungsschicht darüber. Kein Systemwechsel, kein zusätzliches Modul in CartonCloud.
Schreibt max.dash in mein CartonCloud?
Nein. Der Zugriff ist rein lesend. Die gelesenen Daten werden in eine eigene Datenbank gespiegelt und dort ausgewertet. In CartonCloud wird nichts angelegt, geändert oder gelöscht.
Kann CartonCloud die SLA-Quote pro Customer selbst ausgeben?
CartonCloud liefert die Consignment- und Sendungsdaten, aus denen sich eine SLA-Quote rechnen lässt. Die Definitionsarbeit fehlt: Cutoff-Zeit, Werktage, Feiertage, Ausschlüsse und die Trennung nach Customer. Genau diese Rechnung übernimmt max.dash und liefert sie je Customer, jeden Tag.
Wie kommt die Leistung je Mitarbeiter zustande, wenn CartonCloud nur eine Fahrerzuweisung liefert?
CartonCloud führt eine Zuordnung von Fahrern zu Sendungen - wer die Sendung zum Empfänger fährt, nicht wer sie im Lager gepickt oder gepackt hat. Eine Zuordnung von Mitarbeitern zur Kommissionierung gibt es in CartonCloud nicht. Der zweite Weg trägt: über die Zeiterfassungs-Anbindung plus Scanner-Benutzer-Mapping rechnet max.dash Minuten und Mengen je Person, unabhängig von der Fahrerzuweisung.
Deckt max.dash auch mein Transportgeschäft ab, oder nur das Lager?
CartonCloud bildet Lager und Transport in einem System ab, viele Consignments tragen beide Seiten. max.dash liest sie gemeinsam und wertet SLA-Quote, Mengen und Kundenportal je Customer über den gesamten Auftrag aus, nicht nur über den Lageranteil. Was max.dash nicht liefert, ist Flottendisposition oder Routenplanung - das bleibt Aufgabe von CartonCloud.
Sieh deine eigene SLA-Quote, bevor du dich entscheidest.
30 Minuten, unverbindlich. Wir zeigen an echten Zahlen, was aus deinen CartonCloud-Daten wird.