Exemple de feed personalizat pentru produse: 7 cazuri B2B reale în easySales

Mulți vânzători easySales se gândesc la feeduri ca la ceva pentru motoarele de cumpărături — Google Shopping, Compari, Glami, Favi. Dar feedul Dynamic este pentru tot restul: un CSV pe care distribuitorul îl preia în fiecare dimineață, un XML pe care ERP-ul îl consumă, un fișier de stoc pe care 3PL-ul îl reîmprospătează la fiecare oră. Este builder-ul deschis la care apelezi când niciun template specific de canal nu se potrivește.

Acest ghid colectează șapte configurații reale de feed Dynamic pe care comercianții easySales le construiesc zilnic pentru parteneri, distribuitori, ERP-uri și sincronizare între magazine. Fiecare rețetă arată ce să pui în feed și de ce — adapteaz-o la specificațiile partenerului tău.

De ce construiesc comercianții feeduri Dynamic personalizate

Un partener nou rareori acceptă XML-ul tău existent pentru Google Shopping. Vor propriile denumiri de coloane, propriul format de preț, propria metodă de livrare. Un distribuitor așteaptă cod, codbare, stoc, pret_partener într-un CSV ordonat la o adresă URL fixă. Un ERP vrea un catalog XML complet cu imagini și caracteristici. Un al doilea magazin — magazinul tău din Ungaria, să zicem — are nevoie de fișierul de stoc al magazinului din România reîmprospătat orar pentru a rămâne sincronizat.

Feedul Dynamic din easySales gestionează toate astea fără cod. Alegi coloanele, formatul, setezi filtrele, iar easySales republică fișierul pe un program la o adresă URL fixă pe care partenerul tău o citește.

Cum funcționează un feed Dynamic în easySales

Fiecare feed Dynamic este construit din patru piese. Deschide Feeduri → Adaugă feed → Dynamic pentru a le vedea:

Asta-i toată suprafața. Partea grea e să decizi de ce are nevoie partenerul tău, nu cum să o exprimi.

7 exemple reale de feed Dynamic

Fiecare dintre aceste configurații este ceva ce vânzătorii easySales rulează azi. Folosește-le ca puncte de plecare — denumirile exacte ale coloanelor partenerului tău vor diferi, dar forma este aceeași.

1. Catalog pentru distribuitor cu stoc și grupuri de prețuri B2B

Un distribuitor sau o franciză care îți comercializează produsele are nevoie de un fișier recurent cu tot ce vinde în numele tău — dar la prețurile tale en-gros, nu la prețurile cu amănuntul de pe site. easySales are Grupuri de prețuri exact pentru asta: definește o listă de prețuri B2B o singură dată în Setări → Grupuri de prețuri, iar feedul Dynamic poate scoate acel preț în loc de sale_price.

Coloane: sku, ean, name, brand, categories, pret_partener (coloană formulă alimentată dintr-un Grup de prețuri), stock, images.

Format: CSV este cea mai comună cerere, dar XML funcționează la fel de bine — alege ce așteaptă procesul de import al distribuitorului.

Sfat: adaugă o regulă de feed cu acțiune de suprascriere pe coloana pret_partener, apoi inserează cipul formulă Grup de prețuri și alege grupul distribuitorului. Actualizează grupul în Setări → Grupuri de prețuri, iar la următoarea regenerare feedul reflectă noile prețuri automat — nu atingi feedul deloc.

2. Feed doar cu stoc pentru un 3PL sau magazin secundar

Un sistem de depozit 3PL, un magazin online secundar sau un instrument extern de sincronizare a stocului are nevoie de doar două coloane: identificator și nivel de stoc. Nimic altceva.

Coloane: sku, stock (sau warehouse_stock dacă 3PL-ul gestionează un depozit specific).

Format: CSV merge pentru orice. Unele 3PL-uri preferă JSON.

Sfat: dacă ții inventar în mai multe depozite, folosește coloana per-depozit warehouse_stock astfel încât fiecare depozit să-și vadă doar propriile cifre.

3. Sincronizare multi-țară cu excluderi pe categorii

Rularea a două magazine pe același catalog — România + Ungaria, două instalări PrestaShop, un Shopify alături de o altă platformă — înseamnă de obicei că stocul și prețurile curg de la un magazin master către unul secundar. Dar magazinul secundar rar vinde fiecare produs pe care îl are master-ul: sortimente specifice țării, restricții de reglementare, categorii pe care încă nu le-ai lansat.

Feedul Dynamic gestionează ambele jumătăți simultan: sincronizează coloanele de care are nevoie magazinul secundar și folosește regulile de feed pentru a exclude ce nu aparține.

Coloane: sku, stock, opțional sale_price dacă prețurile sunt comune.

Format: XML sau CSV în funcție de ce acceptă importul platformei secundare.

Filtru: adaugă reguli de feed care exclud după categorie (category contains "RO-only"), după etichetă (tag is not "rollout-pending"), după brand sau după orice alt criteriu pe care builderul de reguli îl suportă. Regulile se re-evaluează la fiecare regenerare, deci magazinul secundar citește mereu felia curentă — fără liste de excludere depășite.

Sfat: dacă al doilea magazin este și el pe easySales, nu ai nevoie de feed deloc — vorbește cu suportul despre sincronizarea între magazine.

4. Feed cu stoc rezervat (disponibil pentru promisiune)

Dacă vinzi același produs pe două canale și ele nu comunică între ele (propriul tău magazin web și un site partener din afara platformei, să zicem), riști să suprasolicizi stocul de fiecare dată când o comandă aterizează. Un feed Dynamic cu stoc rezervat scade comenzile deschise din cantitatea afișată, astfel încât partenerul tău să vadă ce este cu adevărat disponibil — nu ce e pe raft.

Coloane: sku, reserved_stock.

Format: CSV sau XML.

Sfat: combină reserved_stock cu o regulă de feed care exclude produse în tranzit sau cu termene lungi de manipulare, în funcție de SLA-urile tale de fulfilment.

5. Feed pentru parteneri trans-frontalieri cu conversie valutară

Un partener B2B sau distribuitor din afara pieței tale principale are nevoie de prețuri în moneda lor. Un comerciant român care exportă în Ungaria are nevoie de HUF; un comerciant român care livrează unui partener german are nevoie de EUR. Feedul Dynamic convertește din zbor — nu ții liste de prețuri paralele per piață.

Coloane: sku, ean, name, pret_eur (coloană formulă → sale_price × currency_rate(RON:EUR)), stock.

Format: orice acceptă partenerul tău.

Sfat: regulile de feed expun un cip formulă currency_rate cu drop-down-uri din/în monedă — alege perechea de care ai nevoie (RON → EUR, RON → HUF, oricare) și feedul înmulțește prețul tău de bază cu cursul live. easySales reîmprospătează cursurile zilnic; dacă partenerul are nevoie de un curs stabil pentru o perioadă contractată, setează un curs personalizat pe valuta respectivă în Setări → Valute, iar feedul îl va folosi pe al tău în loc de cel live.

6. Catalog ERP cu caracteristici de produs

ERP-urile interne și sistemele de contabilitate vor de obicei imaginea completă a produsului trasă în propria lor bază de date — inclusiv caracteristicile care descriu fiecare produs (culoare, mărime, material, voltaj, țară de origine etc.). Feedul Dynamic exportă caracteristicile în două forme: un singur bloc care conține fiecare caracteristică pe care ai definit-o, sau o coloană per caracteristică atunci când ERP-ul așteaptă o schemă fixă.

Coloane: generos — id, sku, name, description, brand, ean, categories, images, weight, height, width, length, tax_rate, full_price_including_tax, plus fie o singură coloană characteristics, fie coloane per-caracteristică (Culoare, Mărime, Voltaj, ...).

Format: XML dacă ERP-ul are import XML; altfel CSV.

Sfat: alege forma per-caracteristică atunci când ERP-ul așteaptă nume de coloane stabile — o coloană pentru Culoare, una pentru Mărime, una pentru Voltaj. Alege blocul characteristics unic atunci când ERP-ul poate parsa date în formă liberă; e mai rapid de configurat și supraviețuiește adăugării de caracteristici noi fără remappare. Oricum ai alege, caracteristicile vin din datele tale de produs, deci păstrează-le actualizate pe produsele în sine, iar feedul ridică automat ultimele valori.

7. Feed pentru afiliați sau parteneri de cupoane

Rețelele de afiliați, site-urile de cupoane, blogerii de nișă și agregatoarele de cumpărături care nu au un builder dedicat în easySales tot vor un feed curat cu produsele tale pe care să le promoveze. De obicei vor toate datele de produs, ambele prețuri (de listă și de vânzare, pentru a putea afișa procentul de reducere), imagini și — crucial — doar produsele care sunt efectiv în stoc și prețate pentru campanie.

Coloane: sku, name, full_price (preț de listă), sale_price (redus), images, brand, categories, description.

Format: XML sau CSV. Cele mai multe rețele de afiliați acceptă oricare.

Filtru: exclude produsele fără stoc (ca să nu promoveze articole indisponibile) și adaugă o regulă de feed pe acquisition_price versus sale_price dacă vrei să sari peste SKU-uri cu marjă mică pe care ai pierde bani la comision.

Sfat: dacă partenerul are deja un builder dedicat în easySales — 2Performant pentru afiliere, sau oricare dintre motoarele de comparare a prețurilor pe care le acoperim deja, ca BlueWinston, Compari, Glami sau Favi — folosește acel builder. Feedul Dynamic e pentru partenerii pentru care nu avem template încă.

Alegerea formatului de ieșire

Feedul Dynamic exportă ca CSV, JSON sau XML. Procesul de import al partenerului decide pentru tine:

• CSV — opțiunea sigură. Orice sistem îl citește. Folosește-l când nimeni nu-ți spune altceva.
• XML — mai detaliat dar auto-documentat. ERP-urile, partenerii B2B mai vechi și importurile din platformele e-commerce vor de obicei XML.
• JSON — API-urile moderne și unele 3PL-uri preferă JSON. Mai ușor de parsat dacă partenerul tău scrie cod custom.

Nu te chinui cu alegerea. Întreabă partenerul ce vrea și alege ce a zis.

Filtrare, programare și control de acces

Cele mai multe parteneri nu vor catalogul tău întreg — vor o felie.

• Filtrarea se face cu reguli de feed. Include doar anumite categorii, exclude anumite etichete, restricționează după depozit sau aplică orice altă regulă pe care builderul o suportă. Regulile se aplică la fiecare regenerare, deci fișierul pe care îl citește partenerul reflectă mereu filtrul curent.
• Programarea este orară implicit. Feedul se regenerează doar când partenerul îl citește, deci feedurile dormante nu consumă cicluri.
• Controlul de acces — adresa URL e publică implicit. Dacă partenerul are nevoie de IP whitelisting, basic auth sau o adresă URL protejată cu token, suportul o configurează. Menționează asta în emailul de onboarding și nu va trebui să alergi după ea mai târziu.

Când să NU folosești feedul Dynamic

Două situații nu sunt pentru ce e feedul Dynamic, chiar dacă cuvântul „feed" te-ar putea îndrepta aici:

• Motoare de cumpărături și template-uri specifice canalului — Google Shopping, Compari, Glami, Favi, Pazaruvaj, Skroutz, Arukereso, Shopmania, BlueWinston, 2Performant și restul au fiecare propriul template de feed cu coloane validate pentru canal. Folosește-le pe acelea, nu Dynamic. Ele gestionează specificitățile canalului pentru tine. Vezi Ce este un feed de produse? pentru introducere.
• Importuri inbound de la furnizori — dacă vrei să primești date de produs de la un furnizor în easySales (nu invers), acela este fluxul Advanced Warehouse, nu un feed Dynamic. Funcționalitate diferită, audiență diferită.

Dacă nu ești sigur ce ai nevoie, suportul confirmă în două minute.