Примери за персонализиран продуктов фийд: 7 реални B2B експорта в easySales
Седем реални конфигурации на Dynamic фийд, които потребителите на easySales създават за дистрибутори, партньори, ERP системи и синхронизация между магазини — с колони, формати и съвети.
Повечето потребители на easySales мислят за фийдовете като за нещо за пазарни машини — Google Shopping, Pazaruvaj, Compari, Glami. Но Dynamic фийдът е за всичко останало: CSV, който дистрибуторът ти изтегля всяка сутрин, XML, който ERP-то ти консумира, файл със стокова наличност, който 3PL-ът ти обновява всеки час. Това е отвореният builder, до който се обръщаш, когато никой канал-специфичен шаблон не пасва.
Това ръководство събира седем реални конфигурации на Dynamic фийд, които търговците на easySales изграждат ежедневно за партньори, дистрибутори, ERP системи и синхронизация между магазини. Всяка рецепта показва какво да включиш и защо — адаптирай я към спецификациите на партньора ти.
Защо търговците изграждат персонализирани Dynamic фийдове
Нов партньор рядко приема съществуващия ти XML за Google Shopping. Искат собствените си имена на колони, собствения си формат на цената, собствения си метод на доставка. Дистрибутор очаква code, barcode, stock, partner_price в подреден CSV на фиксиран URL. ERP иска пълен XML каталог с изображения и характеристики. Втори магазин — например магазинът ти в Румъния — има нужда файлът със стоковата наличност на българския ти магазин да се обновява ежечасно, за да остане синхронизиран.
Dynamic фийдът в easySales се справя с всичко това без код. Избираш колоните, формата, задаваш филтрите, и easySales преиздава файла по график на фиксиран URL, който партньорът ти чете.
Как работи Dynamic фийд в easySales
Всеки Dynamic фийд се изгражда от четири части. Отвори Фийдове → Добави фийд → Dynamic, за да ги видиш:
Изходен формат
CSV, JSON или XML — избери това, което импортът на партньора ти приема.
Колони
Влачи и пускай продуктовите полета, които искаш във файла: стокова наличност, цена, EAN, изображения, характеристики, стока за конкретен склад и още.
Правила за фийд
Филтрирай продукти, трансформирай стойности, изграждай формулни колони. Същият механизъм за правила, който каналните фийдове използват.
График
Ежечасен по подразбиране. Файлът се публикува на фиксиран URL, който партньорът ти чете на собствено темпо.
Това е цялата повърхност. Трудната част е да решиш от какво се нуждае партньорът ти, не как да го изразиш.
7 реални примера за Dynamic фийд
Всяка от тези конфигурации е нещо, което потребителите на easySales изпълняват днес. Използвай ги като отправни точки — точните имена на колоните на партньора ти ще се различават, но формата е същата.
1. Дистрибуторски каталог със стокова наличност и B2B ценови групи
Дистрибутор или франчайз, който продава твоите продукти, се нуждае от повтарящ се файл с всичко, което продава от твое име — но при твоите едрови цени, не при дребновите цени от сайта. easySales има Ценови групи точно за това: дефинирай B2B ценова листа веднъж в Настройки → Ценови групи, и Dynamic фийдът може да изведе тази цена вместо sale_price.
Колони: sku, ean, name, brand, categories, partner_price (формулна колона, захранвана от Ценова група), stock, images.
Формат: CSV е най-често искания, но XML работи също толкова добре — избери това, което очаква процесът на импорт на дистрибутора.
Съвет: добави правило за фийд с действие презаписване върху колоната partner_price, след това вмъкни чипа за формула Ценова група и избери групата на дистрибутора. Актуализирай ценовата група в Настройки → Ценови групи, и следващото регенериране отразява новите цени автоматично — не пипаш самия фийд.
2. Фийд само със стокова наличност за 3PL или вторичен магазин
3PL складова система, вторичен онлайн магазин или външен инструмент за синхронизация на стоката се нуждаят само от две колони: идентификатор и ниво на стока. Нищо друго.
Колони: sku, stock (или warehouse_stock, ако 3PL-ът обработва конкретен склад).
Формат: CSV работи навсякъде. Някои 3PL предпочитат JSON.
Съвет: ако държиш инвентар в няколко склада, използвай колоната за конкретен склад warehouse_stock, така че всеки склад да вижда само собствените си числа.
3. Многонационална синхронизация с изключения по категории
Управление на два магазина върху един и същи каталог — България + Румъния, две инсталации на PrestaShop, Shopify заедно с друга платформа — обикновено означава, че стоковата наличност и цените текат от мастер магазин към вторичен. Уловката: вторичният рядко продава всеки продукт, който мастер-ът има. Специфични за страна асортименти, регулаторни ограничения, категории, които още не си пуснал.
Dynamic фийдът обработва двете половини едновременно: синхронизира колоните, от които се нуждае вторичният, и използва правилата за фийд, за да изключи това, което не принадлежи.
Колони: sku, stock, по желание sale_price, ако цените са общи.
Формат: XML или CSV в зависимост от това какво приема импортът на вторичната платформа.
Филтър: добави правила за фийд, които изключват по категория (category contains "BG-only"), по таг (tag is not "rollout-pending"), по марка или по всеки друг критерий, който builder-ът на правила поддържа. Правилата се преоценяват при всяко регенериране, така че вторичният винаги чете текущия срез — без остарели списъци на изключения.
Съвет: ако вторият магазин също е на easySales, изобщо не ти трябва фийд — говори с поддръжката за синхронизация между магазини.
4. Фийд с резервирана стока (налична за обещание)
Ако продаваш един и същ продукт на два канала и те не комуникират помежду си (собственият ти уебмагазин и партньорски сайт извън платформата, например), рискуваш да продадеш повече от наличното при всяка нова поръчка. Dynamic фийд с резервирана стока изважда отворените поръчки от показваното количество, така че партньорът ти да вижда какво е наистина налично — не какво е на рафта.
Колони: sku, reserved_stock.
Формат: CSV или XML.
Съвет: комбинирай reserved_stock с правило за фийд, което изключва продукти в транзит или с дълго време за обработка, в зависимост от твоите fulfilment SLA.
5. Трансграничен партньорски фийд с конвертиране на валута
B2B партньор или дистрибутор извън основния ти пазар иска цени в неговата валута. Български търговец, който експортира за Румъния, иска RON; български търговец, който доставя на немски партньор, иска EUR. Dynamic фийдът конвертира в движение — не държиш паралелен ценови списък за всеки пазар.
Колони: sku, ean, name, eur_price (формулна колона → sale_price × currency_rate(BGN:EUR)), stock.
Формат: каквото приема партньорът.
Съвет: правилата за фийд излагат чип за формула currency_rate с падащи менюта от/към валута — избери двойката, от която се нуждаеш (BGN → EUR, BGN → RON, която и да е), и фийдът умножава базовата ти цена с курса на живо. easySales обновява курсовете ежедневно; ако партньорът се нуждае от стабилен курс за договорен период, задай персонализиран курс на съответната валута в Настройки → Валути, и фийдът ще използва твоя вместо този на живо.
6. ERP каталог с продуктови характеристики
Вътрешните ERP системи и счетоводните системи обикновено искат пълна картина на продукта в собствената си база данни — включително характеристиките, които описват всеки продукт (цвят, размер, материал, напрежение, страна на произход и т.н.). Dynamic фийдът експортира характеристиките в две форми: единичен блок, съдържащ всяка дефинирана характеристика, или една колона за характеристика, когато ERP очаква фиксирана схема.
Колони: щедро — id, sku, name, description, brand, ean, categories, images, weight, height, width, length, tax_rate, full_price_including_tax, плюс или единична колона characteristics, или колони за всяка характеристика (Цвят, Размер, Напрежение, ...).
Формат: XML, ако ERP-то има XML импорт; иначе CSV.
Съвет: избери формата с колона за характеристика, когато ERP-то очаква стабилни имена на колони — една колона за Цвят, една за Размер, една за Напрежение. Избери единичния блок characteristics, когато ERP-то може да парсва свободни данни; настройва се по-бързо и преживява добавянето на нови характеристики без преобразуване. Така или иначе, характеристиките идват от продуктовите ти данни, така че поддържай ги актуални на самите продукти, и фийдът автоматично взима последните стойности.
7. Фийд за партньори с афилиейт или купони
Афилиейт мрежите, сайтовете с купони, нишовите блогъри и пазаруващите агрегатори, които нямат специален builder в easySales, все пак искат подреден фийд с продуктите ти, които да промотират. Обикновено искат всички продуктови данни, и двете цени (списъчна и продажна, за да могат да показват процент отстъпка), изображения и — ключово — само продуктите, които са действително в наличност и оценени за кампанията.
Колони: sku, name, full_price (списъчна цена), sale_price (намалена), images, brand, categories, description.
Формат: XML или CSV. Повечето афилиейт мрежи приемат и двете.
Филтър: изключи продукти без наличност (за да не промотират партньорите неналични артикули) и добави правило за фийд върху acquisition_price спрямо sale_price, ако искаш да пропуснеш SKU с нисък марж, на които би губил пари от комисионната.
Съвет: ако партньорът вече има специален builder в easySales — например Pazaruvaj, BlueWinston, Compari, Glami или Skroutz — използвай него; предварително валидиран е за канала. Dynamic фийдът е за афилиейт партньорите, за които още нямаме шаблон.
Избор на изходния формат
Dynamic фийдът експортира като CSV, JSON или XML. Процесът на импорт на партньора решава вместо теб:
- CSV — безопасният подразбиращ се. Всяка система го чете. Използвай го, освен ако някой не каже друго.
- XML — по-многословен, но самодокументиращ се. ERP системите, по-старите B2B партньори и импортите от e-commerce платформи обикновено искат XML.
- JSON — модерните API-та и някои 3PL предпочитат JSON. По-лесен за парсване, ако партньорът ти пише собствен код.
Не се мъчи с избора. Попитай партньора какво иска и избери това.
Филтриране, графици и контрол на достъпа
Повечето партньори не искат целия ти каталог — искат срез.
- Филтрирането се прави с правила за фийд. Включи само определени категории, изключи определени тагове, ограничи по склад или приложи всяко друго правило, което builder-ът поддържа. Правилата се прилагат при всяко регенериране, така че файлът, който партньорът ти чете, винаги отразява текущия филтър.
- Графикът е ежечасен по подразбиране. Фийдът се регенерира само когато партньорът ти го чете, така че спящите фийдове не пилеят цикли.
- Контрол на достъпа — URL-ът е публичен по подразбиране. Ако партньорът се нуждае от IP whitelisting, basic auth или защитен с токен URL, поддръжката го конфигурира. Спомени го в имейла за onboarding и няма да трябва да гониш по-късно.
Кога да НЕ използваш Dynamic фийд
Две ситуации не са това, за което Dynamic фийдът е, дори ако думата „фийд" може да те насочи насам:
- Пазарни машини и канал-специфични шаблони — Google Shopping, Pazaruvaj, Compari, Glami, Favi, Skroutz, Arukereso, Shopmania, BlueWinston, 2Performant и останалите имат собствени фийд шаблони с валидирани за канала колони. Използвай тях, не Dynamic. Те се справят със спецификите на канала вместо теб. Виж Какво е продуктов фийд? за встъпителното ръководство.
- Входящи импорти от доставчици — ако искаш да получиш продуктови данни от доставчик в easySales (а не обратното), това е процесът Advanced Warehouse, не Dynamic фийд. Различна функция, различна аудитория.
Ако не си сигурен от кое имаш нужда, поддръжката потвърждава за две минути.
Изгради фийд, който партньорите ти наистина приемат
Отвори Фийдове → Добави фийд → Dynamic в easySales и създай готов за партньора фийд за минути. Нов тук? Опитай easySales безплатно за 14 дни, без банкова карта.