EST. 2025

- Case 02 · E-commerce, BHP

Sklep z odzieżą roboczą.

Sklep sprzedaje odzież roboczą i artykuły BHP na Allegro: ten sam model w wielu rozmiarach i kolorach, więc jedna pozycja z magazynu to cała rodzina ofert. Oferty szły do panelu po jednej, a marżę liczono w arkuszu po sprzedaży. Dziś jedna aplikacja wystawia oferty wprost przez Allegro REST API i pokazuje marżę po prowizji i dostawie przed publikacją.

Klient
Sklep z odzieżą roboczą i BHP, sprzedaż na Allegro
Branża
E-commerce, BHP
Usługi
Aplikacje, Integracje
Czas
3 tygodnie + rozwój
Rok
2025

- Przed

oferty wystawiane ręcznie w panelu Allegro
po jednej
rentowność liczona dopiero po sprzedaży
arkusz
każde konto Allegro prowadzone na boku
osobno

Sytuacja

Kurtka czy spodnie występują w wielu rozmiarach i kolorach, a Allegro chce dla każdego wariantu kompletu danych. Obsługa ofert zjadała czas, który powinien iść na zakupy i kupujących.

Powiedzmy wprost: gotowe narzędzie abonamentowe często wystarcza i wtedy tak doradzamy. Tu nie wystarczało, bo klient chciał własnej logiki rentowności i katalogu wariantów odwzorowującego jego magazyn.

Co nie działało

Kilka niewygód składało się na codzienną stratę czasu i pieniędzy.

  • Oferty powstawały ręcznie w panelu Allegro, każdy rozmiar od nowa.
  • Marża liczona w arkuszu po fakcie: że oferta po prowizji i dostawie wychodzi na zero, wiedziano po sprzedaży.
  • Drugie konto Allegro to drugi komplet ofert, bez wspólnego katalogu.
  • Odrzucona oferta ginęła w panelu; nie było pewności, które warianty są wystawione.

Co zbudowaliśmy

Dedykowaną aplikację: frontend w React, backend w Symfony, baza PostgreSQL. Rozmawia z Allegro bezpośrednio przez REST API, bez pośrednika i abonamentu za cudzą platformę. Kod i dane należą do klienta.

Serce aplikacji to katalog wariantów: model, rozmiar, kolor, cena zakupu, stan. Z katalogu składa się ofertę we własnym workflow, a moduł rentowności liczy marżę po prowizji Allegro i koszcie dostawy przed publikacją. Oferta na minusie nie idzie dalej.

Produkcja stoi na serwerze klienta w Dockerze. Deploy robi GitLab CI: build obrazów, migracje bazy, restart. Błędy aplikacji trafiają do monitoringu, więc widzimy je przed klientem.

Jak to działa na co dzień

Pracownik wybiera w katalogu grupę wariantów, sprawdza wycenę i klika „publikuj”. Publikacja idzie do kolejki i wykonuje ją proces w tle, żeby interfejs nie czekał na Allegro. Każdy wariant pamięta status wystawienia, identyfikator oferty i ostatni błąd, więc ponowne uruchomienie nie tworzy duplikatów, tylko dokańcza brakujące.

Gdy Allegro odrzuci ofertę, powód jest widoczny przy wariancie, tam, gdzie się go poprawia.

Efekty

Oferty nie są już wystawiane ręcznie, a rentowność jest znana przed publikacją, nie po. Pierwsza wersja weszła na produkcję po 3 tygodniach i od tamtej pory rośnie w iteracjach, według tego, jak zespół klienta z niej korzysta.

Zaoszczędzonych godzin nie mierzyliśmy, więc ich nie podajemy. Zmiana, którą klient czuje najbardziej: wie, ile zarabia na ofercie, zanim ją opublikuje.

Czego się nauczyliśmy

Migracje bazy u klienta odpalają się przy deployu automatycznie i bez rollbacku, więc bieżącą serię zmian testowaliśmy na kopii o produkcyjnym kształcie, razem z cofnięciem. Migracja, która mogłaby skasować stany wystawienia, ma bezpiecznik: zamiast usuwać dane, zatrzymuje deploy i mówi dlaczego.

Wystawiasz na Allegro ręcznie albo płacisz za pośrednika, którego nie potrzebujesz? Bezpłatna konsultacja trwa 30 minut. Gdy temat jest większy, audyt za 699 zł netto to kilka dni pracy i dokument wdrożeniowy: architektura, zakres, ryzyka, stała cena i termin; całą kwotę odliczamy od ceny wdrożenia.

Przepływ danych

  1. 01Katalog wariantów
  2. 02Wycena: prowizja, dostawa, marża
  3. 03Decyzja: publikuj albo wstrzymaj
  4. 04Zadanie w kolejce
  5. 05Allegro REST API
  6. 06Status i ID oferty przy wariancie
  7. 07Błędy do monitoringu

Efekty w liczbach

ofert wystawianych ręcznie
0
liczona przed publikacją, po prowizji i dostawie
marża

zakres

deploy na serwer klienta w Dockerze
GitLab CI

zakres

- Co dalej

W przeglądzie jest obsługa wielu kont Allegro: konta i szyfrowane sekrety konfigurowane z przeglądarki, kontekst konta w API i katalog per konto. Na produkcję wejdzie po kolei, bo migracje zależą od siebie.

- Stack

  • REACT
  • SYMFONY
  • POSTGRESQL
  • ALLEGRO API
  • DOCKER
  • GITLAB CI

- Masz podobny proces?

Opisz, co u Ciebie
zjada godziny.

Wrócimy w ciągu 4 godzin roboczych z pytaniami albo od razu z propozycją, jak to spiąć. Bez zobowiązań.

contact-form

Administratorem danych jest PRODAUT Sp. z o.o. Użyjemy ich, żeby odpowiedzieć na Twoje zapytanie. Przy zgodzie na cookies reklamowe skrót (hash) e-maila trafia do Google Ads w celu pomiaru konwersji. Polityka prywatności.

Wolisz rozmowę? Wybierz termin 30-minutowej konsultacji →

- Zobacz też

- Zacznijmy

Chcesz taki efekt
u siebie?

30-minutowa rozmowa, zero opłat. Powiesz nam, gdzie tracisz godziny, wrócimy z propozycją, ile da się tam odzyskać.

PRODAUT Sp. z o.o. · Sułków 36, 48-120 Baborów · Sąd Rejonowy w Opolu, VIII Wydział Gospodarczy KRS · KRS 0001242863 · NIP 7481597304 · REGON 544821885 · Kapitał zakładowy 5 000 zł

© 2026 PRODAUT · Wszelkie prawa zastrzeżone
Zrobione z w Katowicach