Es wäre super, wenn auch die SDKs aktualisiert würden. Zum Beispiel verwendet das C# SDK eine alte Version von RestSharp, weswegen der Einsatz für manche Nutzer*innen nicht möglich ist.
Wir würden uns sehr freuen, wenn eine Übersicht über alle Events, die zur Aktivierung der Webhooks führt, mit in die Dokumentation aufgenommen werden könnte. Derzeit sind nur Webhook-Filter über "api/v1/webhooks/filters" verfügbar. Die Liste der Filter umfasst aber nicht alle Eventtypen. Bspw. fehlen "customer.created" und "customer.updated".
Keine Category über die PATCH /api/v1/products/{id} API
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
mail983
4 months ago
Billbee-API
0
varileshop
Es wäre super wenn Kundennachrichten, wie sie z.B. oft bei eBay getätigt werden, direkt zu einer Bestellung angezeigt werden würden.
minPaymentDate oder minInvoiceDate bei API Throttling beachten
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.
peterbillbee
3 months ago
Billbee-API
0
sara_lorenz
Merged in a post:
1
Versandlabel über API übermitteln.
bestellung479
3 months ago
Billbee-API
0
dirkboradog
Wichtig wäre ein API-Zugriff auf ALLE Daten in Billbee. Aktuell fehlen insb. die Felder "Bemerkungen" im Kunden und Artikel. Wir speichern in den Kunden-Bemerkungen alle individuellen Kundenwünsche, kommen da aber nur über die GUI dran, d.h. nicht über Listen und Auswertungen.
@cschulz1@beeship Ja - Aktuell lässt Billbee es ja nicht zu, nachträglich per API z.b. Versandscheine zu einer Bestellung abzufragen. Man bekommt eine Trackingnummer, Tracking URL, provider Ids etc. Andere WaWi wie z.B. PlentyMarkets verankern das Versandlabel im Auftrag, sodass man auch nach Monaten die URL zum Versandlabel abrufen kann.
Es wäre in meinen Augen Sinnvoll, dass erzeugte bzw. externe Labels im Auftrag hinterlegt werden können und per API abrufbar wären. Im aktuellen Stadium müssen wir unsere eigene Datenbank mit Versandlabel + Auftragsnummer abspeichern, was ja eigentlich unnötig wäre, wenn diese Daten im ERP System abrufbar wären.
Wir würde uns gerne nur die Artikel Updates seit einem einem bestimmten Zeitpunkt über die API ziehen (aktuell gibt es nur den Parameter minCreatedAt), hier würde ein neuer Parameter "minUpdatedAt" helfen. Hilfreich wäre zusätzlich im Artikelstamm das Attribute lastUpdated o.ä. zu sehen
Schön wäre es, wenn man über die neue API auch endlich auf die Warenbewegungen zugreifen könnte. Die Warenbewegungen sind letztlich eine der wichtigsten Informationen in Billbee, denn hier werden alle Artikelbewegungen (Verkauf, Retouren, Einkauf, manuelle Anpassungen) dokumentiert.
Es wäre super, wenn auch die SDKs aktualisiert würden. Zum Beispiel verwendet das C# SDK eine alte Version von RestSharp, weswegen der Einsatz für manche Nutzer*innen nicht möglich ist.
Eine Migration auf System.Net.Http währe auch denkbar. Eine Referenzimplementierung: https://gitlab.com/pknaepel_panda/billbee-csharp-sdk
Wir würden uns sehr freuen, wenn eine Übersicht über alle Events, die zur Aktivierung der Webhooks führt, mit in die Dokumentation aufgenommen werden könnte. Derzeit sind nur Webhook-Filter über "api/v1/webhooks/filters" verfügbar. Die Liste der Filter umfasst aber nicht alle Eventtypen. Bspw. fehlen "customer.created" und "customer.updated".
Vielen Dank für die Berücksichtigung!
Merged in a post:
Es wäre super wenn Kundennachrichten, wie sie z.B. oft bei eBay getätigt werden, direkt zu einer Bestellung angezeigt werden würden.
Merged in a post:
Merged in a post:
Wichtig wäre ein API-Zugriff auf ALLE Daten in Billbee. Aktuell fehlen insb. die Felder "Bemerkungen" im Kunden und Artikel. Wir speichern in den Kunden-Bemerkungen alle individuellen Kundenwünsche, kommen da aber nur über die GUI dran, d.h. nicht über Listen und Auswertungen.
wäre wichtig!
Es wäre super, wenn man per API auch die "Eigenen Artikel Felder" anpassen könnte.
Stücklisten in API abbilden (POST)
Ich würde gerne Produktdaten über den API Call https://app.billbee.io//swagger/ui/index#/Products/Article_PatchArticle in Billbee pushen und bräuchte dafür eine Ausweitung der Produktdaten um die Preise.
Wir bräuchten einen Endpunkt, welcher es ermöglicht bereits existierende Versandlabels als base64 pdf im Auftrag zu hinterlegen.
@cschulz1 wäre super
@cschulz1 Im Auftrag hinterlegen??
@cschulz1 @beeship Ja - Aktuell lässt Billbee es ja nicht zu, nachträglich per API z.b. Versandscheine zu einer Bestellung abzufragen. Man bekommt eine Trackingnummer, Tracking URL, provider Ids etc. Andere WaWi wie z.B. PlentyMarkets verankern das Versandlabel im Auftrag, sodass man auch nach Monaten die URL zum Versandlabel abrufen kann.
Es wäre in meinen Augen Sinnvoll, dass erzeugte bzw. externe Labels im Auftrag hinterlegt werden können und per API abrufbar wären. Im aktuellen Stadium müssen wir unsere eigene Datenbank mit Versandlabel + Auftragsnummer abspeichern, was ja eigentlich unnötig wäre, wenn diese Daten im ERP System abrufbar wären.
Wir würde uns gerne nur die Artikel Updates seit einem einem bestimmten Zeitpunkt über die API ziehen (aktuell gibt es nur den Parameter minCreatedAt), hier würde ein neuer Parameter "minUpdatedAt" helfen. Hilfreich wäre zusätzlich im Artikelstamm das Attribute lastUpdated o.ä. zu sehen
Schön wäre es, wenn man über die neue API auch endlich auf die Warenbewegungen zugreifen könnte. Die Warenbewegungen sind letztlich eine der wichtigsten Informationen in Billbee, denn hier werden alle Artikelbewegungen (Verkauf, Retouren, Einkauf, manuelle Anpassungen) dokumentiert.
OrderItems in PATCH /orders/:id hinzufügen, um Artikelpositionen zu bearbeiten