Die DHL SOAP API wird im Laufe 2024 abgeschaltet, daher ist die Umstellung auf REST API unsererseits notwendig.

Wir Billbee User kenn das Problem, Kunden geben die Adressen falsch ein bzw. beim Import von Marktplätzen werden die Felder nicht richtig zugeordnet, weil oft auch im Marktplatz falsch eingegeben. Häufige Fehler sind: - Zahlendreher bei PLZ - Hausnummer vor dem Straßennamen - Buchstabendreher bei der Straße - Firmenname in der Straße - Nummer Packstation im falschen Feld Es wäre super, wenn da eine rudimentäre Prüfung der Eingaben gemacht werden könnte.

Möglichkeit direkt Teillieferungen zu definieren, ohne Umweg über alles mehrfach versenden

Artikel mithilfe von EAN oder SKU mit einem Handscanner als verpackt markieren können

Für die vollständige Anbindung an Otto muss bei Versand ein Retourelabel erzeugt werden. Um die Retourequote zu senken und ökologischer zu arbeiten, soll das Retourelabel zwar erzeugt , jedoch nicht ausgedruckt werden!

Bei Kunden mit mehreren Packstationen ist es aktuell nicht möglich, Dokumente automatisch auf die richtigen Drucker zu senden.

Wenn man über DHL Versandetiketten erstellt, wird das Logo als Absender Adresse mit aufgedruckt. Es wäre schön, wenn dies auch über Billbee möglich wäre.

Übernahme als eigener Post (Aufgrund des Merges in: https://roadmap.billbee.io/feedback/15151/) Mit Wachstum unseres Shops, wachsen auch die Anforderungen bei der Kommissionierung bzw. dem Packen der Sendungen. Zwar kann man bisher per Barcodescanner schon nach einem Lieferschein suchen und man bekommt die Details des Auftrags angezeigt, aber so wirklich nützlich für die Arbeit im Versand ist das nicht. Wir benötigen eine Funktion bzw. Möglichkeit per Barcode Scanner/Smartphone die Lieferscheine und enthaltenen Artikel (Barcode der EAN Nummer) abzuarbeiten und eine Kontrollfunktion beim Picken der Artikel des Auftrags. Wir stellen uns folgenden Ablauf vor: Scan des Barcodes auf dem Lieferschein Fehlermeldung + Tonsignal wenn Lieferschein nicht existiert Weiterleitung zur direkten Artikel Scan Funktion Mitarbeiter kann nun einfach alle enthaltenen Artikel nacheinander einscannen und zeigt an, wie viel Stück des Artikels noch zu picken wären Button über den man kurz und knapp die im Auftrag beinhalteten Artikel sehen kann (als Alternative zum analogen Lieferschein) Fehlermeldung + Tonsignal wenn ein Artikel gescannt wird, der nicht im Auftrag ist Fehlermeldung + Tonsignal wenn ein Artikel zu viel gescannt (z.B. 3 Stück im Auftrag, bereits 3 gescannt und Fehler wird nach Scan des 4. Artikels ausgegeben) Automatischer Vorschlag zum Abschließen + Tonsignal wenn alles enthaltene gescannt ist Wenn Artikel eine Stückliste ist (z.B. ein Paket aus mehreren Artikeln) müssen alle Stücklistenartikeln einzeln gescannt werden Nice to have: Log welcher MItarbeiter den Lieferschein gepickt + abgeschlossen hat Log über Fehler beim Picken (um Abläufe verbessern zu können)

Für eine zeitnahe Retouren-Lösung haben wir uns dazu entschieden, vorerst die von unseren User:innen meistgewünschte Anforderung rund um das Retourenmanagement abzubilden: die Erstellung eines DHL Retourenlabels. Wir wollen als MVP (Minimum viable Product, dt. erste funktionsfähige Version der Funktion) ermöglichen, dass das Retourenlabel einfach und schnell auf Knopfdruck erzeugt und ausgedruckt werden kann. Dieses Feature planen wir für Quartal 4 ein. Einer Erweiterung des Features in der Zukunft stehen wir weiterhin offen gegenüber.

Wenn man die Pickliste um eine Info erweitert, für welche Bestellung der Artikel benötigt wird, spart man sich den Arbeitsschritt die Artikel später auf Bestellungen aufzuteilen. Bestellungen könnten zb. mit Buchstaben dargestellt werden. Ich muss Artikel 123 für die Bestellung A, C und F picken - so kann ich gleich in Kartons picken. Gerne weitere Vorschläge zur Optimierung meiner Idee ;)