Tagesleistung je Packer, ohne dein Passwort.
max.dash liest dein ShipHero über die GraphQL-API mit - ohne dass du eigene Zugangsdaten weitergibst - und macht daraus Leistung je Mitarbeiter, eine SLA-Quote mit korrekt hinterlegter Zeitzone und ein Kundenportal, in dem jeder Auftraggeber nur seine eigenen Zahlen sieht.
ShipHero ist ein Produkt der ShipHero LLC. 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-WMS nicht nachweist.
ShipHero führt dein Lager, sauber und mit einer der besten APIs im Feld. Es ist trotzdem nicht dafür gebaut, deinen Auftraggebern taggenau zu beweisen, dass die SLA gehalten wurde - und genau danach wirst du gefragt.
- Die SLA-Quote mit Zeitzone ist nicht definiert, sondern nur berechenbar. Die Sendungsdaten sind vollständig da. Was fehlt, ist die Rechenregel: welche Zeitzone gilt je Warehouse, welche Feiertage zählen, ab wann läuft die Uhr - und das getrennt je Account.
- Leistung je Mitarbeiter steht im Rohdatensatz, nicht im Bericht. ShipHero weist Pick- und Packmengen je Mitarbeiter und Tag aus. Die Auswertung über Tage, Schichten und mehrere Warehouses hinweg ist damit möglich, aber nicht als fertiger Bericht vorhanden.
- Dein Auftraggeber hat keinen eigenen Zugang zu seinen Zahlen. Also fragt er per Mail. Jeden Tag, je Marke, je Warehouse.
- Abrechenbare Mengen je Account sammelt jemand zusammen. Sendungen, Sonderleistungen, Lagerpositionen - am Monatsende, aus mehreren Exporten, von Hand.
Welche Daten wir aus ShipHero lesen.
Die Anbindung läuft über die GraphQL-API. Die Dokumentation ist offen zugänglich, dazu gibt es ein aktives Community-Forum - beides ohne Freigabe des Anbieters und ohne Zusatzmodul.
Tabelle seitlich scrollen
| Was wir lesen | Woraus | Wofür |
|---|---|---|
| Sendungen | Versandvorgang | Durchsatz, SLA-Uhr, Bearbeiterbezug |
| Kommissionierleistung je Tag | Tagesauswertung Kommissionierung | Leistung je Mitarbeiter |
| Packleistung je Tag | Tagesauswertung Verpackung | Leistung je Mitarbeiter |
| Fertiges Referenzdashboard | Leistungsübersicht in ShipHero | Abgleich bei der Abnahme |
| Warehouses und Accounts | Konto-Struktur der GraphQL-API | die Mandantentrennung, überall |
Nicht gelesen werden Preise, Margen und Endkundendaten, die über den Sendungsbezug hinausgehen. Beides braucht die Betriebssteuerung nicht.
Leistung je Mitarbeiter - und wo die Grenze liegt.
ShipHero gehört zu den Systemen, die die Bearbeiter-Zuordnung tatsächlich herausgeben. Wo die Auswertung an eine reale Grenze stößt, gehört ebenso klar auf diese Seite wie das, was zuverlässig funktioniert.
Die ehrliche Einschränkung: der Picker je einzelner Sendung ist laut mehreren Berichten aus dem ShipHero-Community-Forum eine bekannte Lücke des Systems. Die Tagesleistung je Mitarbeiter ist über die Tagesauswertungen zuverlässig auswertbar, die Zuordnung einer einzelnen Sendung zu genau einer Person ist es nicht immer. Das ist keine Schwäche, die man ShipHero vorwerfen müsste - es ist eine Grenze, die man beim Einrichten kennen sollte. Wer die Zuordnung bis auf die einzelne Sendung braucht, bekommt sie zusätzlich über die Anbindung an die Zeiterfassung mit Scanner-Benutzer-Mapping.
Was max.dash daraus macht.
Aus den gelesenen Objekten entsteht kein zweites Lagersystem, sondern die Auswertung, die ShipHero selbst nicht als fertigen Bericht ausliefert.
Tabelle seitlich scrollen
| Funktion | Mit ShipHero | Woraus |
|---|---|---|
| SLA-Quote je Mandant | ja | Zeitstempel im Versandvorgang, deine Zeitzone- und Feiertagsregeln je Warehouse |
| Durchsatz und Tagesprognose | ja | Sendungen je Warehouse und Zeitraum |
| Leistung je Mitarbeiter | ja* | Tagesauswertung Pick- und Packmengen je Mitarbeiter |
| Punktesystem nach Paketinhalt | über Positionen | Positionen je Sendung |
| Kundenportal je Mandant | ja | Accounts als Trennlinie |
| Abrechenbare Mengen | ja | Sendungen je Account |
| Standort-Vergleich | ja | mehrere Warehouses parallel |
| SLA mit Zeitzonen-Regel | ja | hinterlegte Zeitzone je Warehouse |
* auf Tagesebene je Mitarbeiter. Die Zuordnung einer einzelnen Sendung zu einer Person ist eine bekannte Systemlücke, siehe Abschnitt oben.
Wie die Anbindung läuft.
Vier Schritte, wenige Tage. Du installierst nichts, und dein ShipHero-Konto bleibt unangetastet.
Third-Party Developer anlegen
Du legst in deinem eigenen ShipHero-Konto einen Third-Party Developer an und vergibst die Rechte, die die Anbindung braucht. Deine eigenen Zugangsdaten gibst du dabei zu keinem Zeitpunkt weiter - das beste Onboarding im ganzen Feld.
Warehouses und Accounts mappen
Warehouses und Accounts werden auf deine Mandanten abgebildet. Das ist die Linie, an der später jede Auswertung und jeder Portal-Login trennt.
Zeitzone und SLA-Regeln klären
Zeitzone je Warehouse, Feiertage und Cutoff-Zeiten werden festgelegt. Bei Betrieb über mehrere US-Zeitzonen hinweg ist das der Schritt, der später Streit um Stunden verhindert.
Abnahme
Eine echte Woche wird gegen das Leistungsdashboard in ShipHero und deine eigenen Zahlen geprüft. Erst wenn SLA-Quote, Mengen und Leistung stimmen, 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 Extensiv, Linnworks 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 ShipHero 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 ShipHero wechseln oder erweitern?
Nein. ShipHero bleibt dein Lagersystem und wird nicht verändert. max.dash liest über die GraphQL-API mit und legt eine Auswertungsschicht darüber. Kein Systemwechsel, kein zusätzliches Modul in ShipHero.
Schreibt max.dash in mein ShipHero?
Nein. Der Zugriff ist rein lesend über die GraphQL-API. Die gelesenen Daten werden in eine eigene Datenbank gespiegelt und dort ausgewertet. In ShipHero wird nichts angelegt, geändert oder gelöscht.
Muss ich eigene ShipHero-Zugangsdaten weitergeben?
Nein. Du legst in deinem ShipHero-Konto einen eigenen Third-Party Developer an und vergibst ihm die Rechte, die die Anbindung braucht. Deine eigenen Zugangsdaten bleiben bei dir - das ist im Vergleich zu anderen Lagersystemen das sauberste Onboarding im Feld.
Kann ShipHero den Picker je einzelner Sendung ausgeben?
Nicht zuverlässig. ShipHero weist Pick- und Packmengen je Mitarbeiter und Tag aus, dazu ein eigenes Referenzdashboard für die Pickerleistung - die Tagesleistung je Mitarbeiter ist damit auswertbar. Die Zuordnung einer einzelnen Sendung zu einer Person ist nach mehreren Community-Berichten eine bekannte Lücke des Systems. Wer diese Tiefe zusätzlich braucht, bekommt sie über die Anbindung an die Zeiterfassung.
Wie wird mit Zeitzonen und Feiertagen im SLA umgegangen?
ShipHero-Kunden betreiben ihre Warehouses überwiegend in den USA und Kanada, oft über mehrere Zeitzonen verteilt. Die Zeitzone je Warehouse und die Feiertage, die in die SLA-Uhr einfließen, werden beim Setup ausdrücklich festgelegt - sonst verschiebt sich die Cutoff-Berechnung um Stunden, ohne dass es auffällt.
Sieh deine eigene SLA-Quote, bevor du dich entscheidest.
30 Minuten, unverbindlich. Wir zeigen an echten Zahlen, was aus deinen ShipHero-Daten wird.