Hallo,
wir haben eine Info über die Umstellung der IP Adressen von Unite bekommen.
Gibt es Handlungsbedarf?
Beste Grüße,
Magdalena Apel
Zitat:Hallo,
wir möchten Sie über eine bevorstehende technische Änderung informieren, die Auswirkungen auf die Verbindung Ihrer Systeme mit Unite haben kann.
Warum ändern wir unsere IP-Adresse?
Wir modernisieren die Internetanbindung unseres Rechenzentrums, um die Leistung, Sicherheit und Zuverlässigkeit zu verbessern. Dadurch profitieren wir von einer stabileren und zuverlässigeren Verbindung.
Was ändert sich?
Unsere öffentliche IP-Adresse wird geändert:
Bisherige ausgehende IP-Adresse: 62.50.42.206
Neue primäre ausgehende IP-Adresse: 213.39.56.93
Wichtiger Hinweis: Die bisherige IP-Adresse 62.50.42.206 wird nicht gelöscht.
Wann erfolgt die Änderung?
Outbound-Traffic: 30.–31. Mai 2026
Inbound-Traffic: später im Jahr – Wir informieren Sie rechtzeitig im Voraus mit allen relevanten Details.
Die Umstellung erfolgt an einem Wochenende, um Beeinträchtigungen so gering wie möglich zu halten. Kurze Unterbrechungen sind in diesem Zeitraum möglich.
Das müssen Sie tun
Bitte prüfen Sie Folgendes:
Prüfen Sie, ob unsere neuen IP-Bereiche in die Allowlist Ihrer Firewall aufgenommen werden müssen.
Aktualisieren Sie Ihre Einstellungen entsprechend und stellen Sie sicher, dass Ihre IT-Verbindung zu Unite nach der Umstellung weiterhin ordnungsgemäß funktioniert.
Falls ein Whitelisting erforderlich ist, verwenden Sie bitte die folgenden IP-Adressbereiche:
213.39.56.88/29
212.81.115.48/28
212.81.114.208/29
Weitere Informationen finden Sie auf unserer Support-Seite.
Wir haben einige Produkte, bei denen der Upload nicht mehr richtig funktioniert.
Warenbestände etc. werden nicht mehr aktualisiert etc.
Ich hab schon eine Weile gesucht, wo das Problem ist und ich glaube, dass wir einige Attribute falsch übergeben - jedenfalls laufen diese Attribute als Fehlermeldung in den Logs. Auf dem FTP Server unter "incoming" ist auch schon eine sehr lange Liste mit entsprechenden Meldungen. (Darf ich die mal löschen?)
Ich vermute, es handelt sich um Attribute, die wir vor einiger Zeit neu hinzugefügt haben (Batterieinfos).
Können Sie bitte checken, ob wir die falsch übergeben oder ob die vielleicht bei Ihnen nicht oder falsch gemappt sind?
Wir haben drei Kaufland Bestellungen - seit letzter Woche Mittwoch - die bei Kaufland zu sehen sind, aber nicht im Brickfox Protal und daher auch nicht bei uns im ERP.
Bitte dringend checken!#
Aufträge werden nicht durchgebucht und bleiben im Seller Central hängen. Artikel sind verkaufbar, obwohl kein Lagerbestand. Preisänderungen werden nicht zu Amazon übertragen. Unser Shop ist kaum noch zu finden.
wir haben eine Nachricht von Otto bekommen, dass wir die Schnittstelle updaten müssen.
Siehe anbei.
Im Otto Backend sind V1 und V2 hinterlegt, aber V1 wird wohl bald abgestellt.
Diese hätten wir aber in den letzen 24h genutzt.
Gibt es Handlungsbedarf?
Beste Grüße,
Magdalena Apel
Zitat:Wechsel auf Availability Schnittstelle erforderlich / Change to Availability interface required
Hallo Magdalena Apel,
Sie erhalten diese E-Mail, da Sie in den letzten 24 Stunden über Ihren API-Zugang die Quantities-Schnittstelle zur Bestandsverwaltung genutzt haben.
Der Support für die Quantities-Schnittstelle wird ab dem 01.04.25 eingestellt, bitte verwenden Sie ab diesem Zeitpunkt ausschließlich die Availability-Schnittstelle für die Bestandsverwaltung.
Alle Informationen zur Nutzung finden Sie in unserer API-Dokumentation unter Availability-V1.
Sollten Sie einen Dienstleister für die Bestandsverwaltung nutzen, ist es notwendig, die aktuellste Version der von Ihrem Dienstleister zur Verfügung gestellten App zu verwenden.
Für Rückfrage stehen wir gerne via Ticket in der Kategorie technische Schnittstellen zur Verfügung.
wir haben gestern auf ebay einen Artikel verkauft, den wir nicht mehr im Bestand haben.
Das akute Problem konnten wir glücklicherweise mit dem Kunden beheben.
Dadurch ist aber ein grundsätzliches Problem aufgefallen:
Wenn wir Artikel wegen Bestand oder aus anderen Gründen für ebay deaktivieren, bleiben sie dort offenbar stehen und sind weiterhin bestellbar.
Ich habe zwei Beispiele dafür gefunden - nur durch Stichproben. Ich habe keine Übersicht, wie viele Artikel betroffen sind.
Wenn ich in brickfox im ebay PIM auf den Link "zum ebay Produkt" gehe, dann ruft es eine eigentlich korrekte Produktansicht auf - nicht bestellbar.
Den gleichen Artikel finde ich aber auch im ebay Backend bei den aktiven Angeboten. In der URL hat der eine andere Itemnummer, aber es ist der gleiche Artikel - bestellbar.
Betroffene Artikel:
100601 (der aus der Bestellung)
Link aus Brickfox: https://www.ebay.de/itm/355749429339 - der ist seit einem Jahr offline, aber wir haben trotzdem eine Bestellung darüber, auch zu diesem veralteten Preis.
Link aus ebay: https://www.ebay.de/itm/355751905200 - da die gestern verkauft wurde, ist die Seite jetzt nichtmehr aufrufbar, Screenshot anbei. Daraus geht auch hervor, dass dieser Artikel am 29.5.24 live gegangen ist, 2 Stunden nachdem die andere Seite deaktiviert wurde.
meine Herstellerdaten werden zwar übertragen, aber Kaufland lehnt sie ab.
Zum einen ist das Ankreuzfeld mit "Ja, ich möchte die Herstellerdaten angeben" nicht angekreuzt - ich nehme an, das liegt an der Ablehnung.
Wenn ich das dann von Hand ankreuze, kann ich sehen, dass die Daten übertragen wurden - nicht aber die URL.
Die habe ich nun schon mit und ohne https:// versucht, ohne Ergebnis.
Ich komme nicht weiter und brauche bitte dringend Hilfe.
Wir haben einige Hersteller in Brickfox angelegt und einen Vollexport gemacht, leider werden die Hersteller nicht zu den Produkte übertragen.
Die externe ID haben wir aus der Datenbank von Shopware gezogen, was vermute ich der Sinn des Mappings ist?!
Die von Brickfox bereitgestellte "Anleitung" ist leider nicht sehr ausführlich.
Wir haben zuwei neue Kategorien im eBay Shop angelegt, diese wurden auch nach Brickfox übertragen.
Dort haben wir wie gewohnt die Warengruppen und Artikel zugewiesen aber auch nach Tagen wurde nicht ein Artikel in eBay zu dieser Kategorie zugeordnet.
Wir haben sogar den Vollexport angestoßen und es gibt keine Fehler zu den Artikeln im Protokoll.
