Otto verlangt **keine** Sendungsverfolgungsnummer bei Retoure via Spedition. Der Versand zum Kunden erfolgt in unserem Fall via DHL Express, der Rückversand per Spedition - in diesem Fall und auch bei Wahl anderer Carrier muss keine Retoure Sendungsnummer im Falle einer Retoure via Spedition angegeben werden um im Otto Marketplace Backend eine Sendung zu erstellen. Aktuell müssen wir alle Sendungsnummern manuell im Otto Backend hinterlegen, da Billbee keine Möglichkeit bietet den Retouren Versand "Spedition" ohne Sendungsnummer an Otto zu übertragen. Es wäre schön wenn dieser Prozess automatisiert über Billbee abgebildet werden kann.

Wird z. B. versucht an den /api/v1/orders/{id}/shipment Endpoint eine Liste von Sendungsnummern, anstelle einer einzelnen Sendungsnummer zu übergeben, bestätigt die API den Call mit Status 200 - OK. Es wird jedoch nur eine leere Sendung angelegt. Der Endpoint unterstützt das anlegen von Sendungen aus Listen gar nicht, entsprechend ist bei dem Versuch die JSON Struktur falsch und es sollte ein Bad Request als Status zurückgegeben werden.

Es wäre wünschenswert wenn über die Billbee API Positionen einer Bestellung bearbeitet werden können. Positionen löschen, Positionen hinzufügen. Mengen von Positionen anpassen.

Verfügbare Spalten wie z.B. Datenfeld "Bestellnummer" sollten beliebig oft als Variable in den zugewiesenen Feldern genutzt werden können. So ist es möglich, dass Datenfeld "Bestellnummer" mehrfach auszugeben und würde Kombinationen erlauben, wie z.B. "Bestellnummer" und "Auftragsdatum" in einer Spalte auszugeben. Beispieleinsatz: Für den Export an ein Versandsystem wird es möglich zwei Werte in einer Spalte im CSV-Format darzustellen.

Aktuell wird am /invoices Endpoint das minInvoiceDate https://share.billbee.io/YEuwOWPJ für das API Throttling berücksichtigt. minInvoiceDate = null in mehreren Abrufen wird als gleiches minInvoiceDate gewertet. Es gibt jedoch Fälle (z. B. IST Versteuerer bei Buchhaltungssystemen) für die das minInvoiceDate nicht relevant ist. Wird kein minInvoiceDate übermittelt aber ein minPaymentDate sollte daher dies für das Throttling berücksichtigt werden um in solchen Fällen eine schnellere Nutzung der API zu berücksichtigen.

Leider kann man die Category Felder nicht über die PATCH API Updaten. Ist dies gewollt oder ein fehler ? Bei PUT Funktioniert die Neuanlage des Produktes inklusive der Category

Ein neuer Vorschlag für die Entwicklung der Billbee-API betrifft die Verbesserung der Filteroptionen für Bestellungen durch Tags. Es wäre äußerst nützlich, wenn Nutzer die Möglichkeit hätten, Tags nicht nur einzeln zu inkludieren oder zu exkludieren, sondern spezifischer filtern könnten, indem beispielsweise "Tag1" inkludiert und gleichzeitig "Tag2" exkludiert wird. Ein weiterer Verbesserungsvorschlag betrifft die logische Verknüpfung der inkludierten oder exkludierten Tags. Aktuell sind die Tags durch eine OR-Verknüpfung verbunden, was in der Praxis oft nicht den gewünschten Effekt erzielt. Eine Option, diese Tags alternativ mittels einer AND-Verknüpfung zu filtern, würde die Anwendungsfunktionalität erheblich verbessern.

Über die API kann der Status einer (1) Bestellung aktualisiert werden. Es ist wünschenswert, wenn man den Status mehrerer Bestellungen gleichzeitig aktualisieren kann (bspw. auf "Versendet"). Dies würde vermutlich auch die API entlasten. Use-Case: Mehrere Bestellungen sind gepackt, werden in den Briefkasten / die Packstation eingelagert und dies wird bestätigt. Aktuell muss eine 3rd Party dann immer X requests absetzen, das kann "etwas" dauern (auch wenn die Performance des Endpunkt akzeptabel ist). Besser wäre, wenn es einen "bulk"-Endpunkt gibt, wo man neben dem Status halt noch die Bestellungs-IDs mit übergibt. Meinetwegen kann man die Liste der IDs auch limitieren (bspw. 50) um einen API-overload zu verhinden.

Produkte sollten mindestens die in https://roadmap.billbee.io/feedback/101402 genanntne, aber auch einen "aktiv ja/nein" Filter unterstützen Wir haben ca. 500 Produkte, wovon ca. 150 - 200 inaktiv sind. Durch die absolut mangelhafte API performance dauert das laden aller Produkte loker 30 - 60 Sekunden. "Inkrementelle Updates" oder "nur aktive Produkte" würden mir und sicher vielen anderen, helfen :)