Provozní centrum pro prodej na marketplace
Jedno prostředí pro katalog, nabídky, mapování kategorií, stavy a opakované úlohy pro více marketplace.
Co to řeší v praxi
Tým spravuje nabídky na externích tržištích z jednoho pracovního prostředí. Vidí, které produkty čekají na doplnění, které nabídky mají chybu a co se při poslední synchronizaci skutečně stalo.
Systém přebírá produktová data z feedů, slučuje údaje o ceně a dostupnosti a připravuje je pro pravidla konkrétního tržiště. Operátor může opravovat mapování kategorií a parametrů, znovu odesílat připravené nabídky a sledovat odpovědi tržiště včetně důvodů zamítnutí.
Plánované služby provádějí opakované synchronizace. Administrační přehled odděluje nové produkty, záznamy vyžadující zásah a již připravené nabídky. Některé chyby, například nevhodnou kategorii, umí systém rozpoznat a nabídnout cílenou opravu. Cenová rozhodnutí mohou běžet v samostatné navázané službě.
Co řešení umí
Více tržišť
Společná evidence produktů a služeb se přizpůsobuje odlišným rozhraním jednotlivých marketplace.
Slučování produktových feedů
Katalog, ceny a dostupnost se spojují do položek vhodných pro další zpracování.
Kategorie a parametry
Pracovní fronta upozorňuje na neúplné nebo chybné mapování a umožňuje cílené doplnění.
Správa nabídek
Připravené nabídky se vytvářejí, aktualizují a kontrolují podle odpovědí tržiště.
Kontrola chyb
Přehled ukazuje položky k opravě, historii běhů a výsledek jednotlivých služeb.
Plánované úlohy
Synchronizace a údržba běží podle konfigurace služby; přerušené běhy se evidují.
Technické řešení
Python backend odděluje API, produktovou evidenci, plánovač a vykonavatele jednotlivých marketplace služeb. Integrační vrstva načítá feedy, sjednocuje identifikátory a převádí produktová data do formátu příslušného tržiště.
Servisní runner rozlišuje úlohy synchronizace feedů, kategorií, parametrů, nabídek, stavů a diagnostiky. Každý běh má vlastní záznam průběhu, chyby a výsledku; administrační API nad těmito daty staví přehledy a filtry. Samostatné adaptéry řeší rozdíly rozhraní eMAG a Kaufland.
Plánovač spouští jen povolené služby a vede jejich stav. Při odeslání nabídky se připraví odpovídající payload, vyhodnotí odpověď API a u cenových změn se ověřuje skutečně zveřejněná hodnota. Funkce pro opravu chybné kategorie zúží zásah na identifikovaný produkt a zaznamená jeho výsledek.
Technické výzvy
- Sjednotit produktovou identitu mezi feedem a různými marketplace API.
- Rozlišit zamýšlenou změnu od skutečně zveřejněného stavu nabídky.
- Udržet opakované služby kontrolovatelné a obnovitelné po chybě.
Jak na sebe kroky navazují
01Načtení katalogu
Služba načte produktové feedy a sjednotí identifikaci položek, cenu, dostupnost a podstatné atributy. Zachová vazbu na zdroj, aby se dala pozdější chyba dohledat.
02Kontrola připravenosti
Kontroly oddělí nabídky připravené k odeslání od těch, kterým chybí povinná data. Operátor vidí konkrétní problém u produktu, ne jen souhrnnou chybu běhu.
03Překlad pro tržiště
Kategorie, parametry a další pole se převedou pro vybrané tržiště. Rozdíly mezi kanály řeší samostatné adaptéry, takže jeden katalog nemusí mít jedinou šablonu pro všechny.
04Odeslání nabídky
Připravený záznam se podle svého stavu vytvoří nebo aktualizuje přes příslušné API. Výsledek požadavku se uloží k produktu i k běhu služby.
05Zpětné čtení stavu
Systém znovu načte stav nabídky z tržiště. Odliší přijatou změnu, čekající zpracování a odmítnutí včetně důvodu, aby odeslání nebylo považováno za zveřejnění.
06Oprava a další běh
Operátor upraví chybějící mapování nebo data; cílená úloha může navázat na známou opravitelnou chybu. Plánovač spustí další běh a znovu ověří skutečný stav.
Co z toho vzniklo
Vzniklo pracovní prostředí pro každodenní správu marketplace nabídek, ve kterém je dohledatelné, co se odeslalo, co tržiště přijalo a co potřebuje zásah.