~/stack/ebay · stack

eBay: katalog na konto, zamówienia z powrotem do systemu.

Pracujemy w dwie strony: ze sklepu lub ERP na eBay (oferty, cena, stan) i z eBay do backendu — gdy chcesz, by zamówienia i wysyłki były w tym samym procesie co sklep, w granicach API sprzedawcy. Wszystko po stronie serwera (OAuth, kolejki, limity, logi).

Dlaczego łączyć sklep z eBay

eBay ma własne zasady (kategorie, identyfikatory, polityki). Przez oficjalne API łączysz kanał z ERP: wychodząco synchronizujesz oferty i stany, przychodząco możesz wpuszczać zamówienia i zdarzenia tam, gdzie i tak obsługujesz magazyn, faktury i support.

To nie zastępuje checkoutu na stronie — kupujący pozostaje w ekosystemie eBay co do płatności i warunków platformy; Wy decydujecie, jak odzwierciedlić sprzedaż wewnętrznie.

Katalog, warianty, dostępność

Mapujemy SKU, tytuły, opisy, zdjęcia i atrybuty na wymagania taxonomii i polityk eBay. Ustalamy publikację przyrostową, częste stany magazynowe lub wsadowe aktualizacje.

  • Spójność ze źródłem prawdy (sklep, WMS, ERP).
  • Reguły wykluczeń, cen minimalnych, sezonowości jako jawna konfiguracja.

Z eBay do sklepu: zamówienia w Twoim systemie

Sell API pozwalają odczytywać zamówienia sprzedawcy, aktualizować wysyłkę i tracking oraz obsługiwać elementy posprzedażowe przewidziane modelem — w limitach programu i regulaminu eBay.

Możemy tworzyć w backendzie (lub w CMS z rozszerzalnym modelem) zamówienia lustrzane albo komunikaty do OMS tak jak dla sklepu internetowego: jeden magazyn, zdejmowanie stanów zgodnie z ustaleniami.

  • Powiadomienia konta (lub kontrolowane odpytywanie) i idempotencja importów.
  • Mapowanie pozycji ↔ SKU wewnętrznych; wyjątki i zwroty ustalane na etapie discovery.

Co dają API eBay — a czego nie

W świecie REST sprzedawcy (rodzina Sell) są m.in. obszary inwentarza i publikacji, konta (polityki sprzedawcy), zamówień i logistyki, finansów gdy potrzebne, plus taxonomy do poprawnych ofert. Zakres OAuth ogranicza uprawnienia aplikacji — projektujemy go możliwie wąsko.

  • Tak: automatyzacja ofert i stanów, pobieranie zamówień, rejestracja przesyłek, mniej pracy ręcznej w panelu.
  • Nie jako zasada: obchodzenie polityk, dane „jako kupujący”, scraping; płatność kupującego pozostaje w regułach eBay, nie przenosi się jako własny gateway na stronę.

Bezpieczna realizacja

  • OAuth eBay i sekrety wyłącznie w backendzie.
  • Kolejki z limitami żądań, retry z backoff, czytelne logi błędów.
  • Środowisko testowe przed produkcją; uwzględnianie zmian polityk wpływających na oferty.

Masz wątpliwości? Zapytaj.

FAQ

Czy wystarczy wtyczka CMS?
Często tak przy prostym katalogu. Przy wielu magazynach, dynamicznych cenach, zestawach lub złożonym ERP bywa potrzebna logika dedykowana — oceniamy przy Twoim modelu danych.
Czy pracujecie na naszym koncie?
Tak — przez uproszczone uprawnienia lub dedykowaną aplikację; relacja prawna z eBay zostaje po Waszej stronie.
Czego potrzebujecie od nas?
Konto eBay, profil developer z zarejestrowaną aplikacją oraz osoba znająca katalog i zasady wysyłek/zwrotów.
Po starcie produkcji?
Polityki i kategorie bywają aktualizowane: możemy monitorować kluczowe endpointy i wspierać w ramach utrzymania lub ad hoc.
Czy klient płaci na naszej stronie?
Nie — zakup na eBay idzie przez checkout eBay. Integracja wprowadza do Twojego systemu to, co potrzebne do realizacji i obsługi, bez przenoszenia płatności na WWW.
Jak mogę zsynchronizować zamówienia z eBay z moim systemem zarządzania? Od gości
Aby zsynchronizować zamówienia z eBay z Twoim systemem zarządzania, wdrażamy integrację po stronie serwera, która wykorzystuje API eBay. Proces ten obejmuje kilka kluczowych kroków. Zaczynamy od uwierzytelnienia Twojego systemu za pomocą OAuth, aby zapewnić bezpieczeństwo komunikacji. Następnie konfigurujemy niezbędne wywołania API, aby pobrać zamówienia i status wysyłek z eBay. Po uzyskaniu danych mapujemy je do Twojego systemu backendowego, upewniając się, że wszystkie informacje są spójne i aktualne. Ważne jest, aby przestrzegać zasad i limitów API sprzedawcy eBay, aby uniknąć problemów z limitami. Na koniec monitorujemy przepływ danych i zarządzamy ewentualnymi błędami lub rozbieżnościami w czasie rzeczywistym, aby zapewnić, że zamówienia są zawsze zsynchronizowane.