Tiekėjų duomenų kanalai iš pradžių gali skambėti techniškai. Tačiau el. prekyboje jie turi labai praktinę reikšmę.

Jie lemia, kaip produktai patenka į jūsų parduotuvę, kaip atnaujinamos kainos, kaip tikrinami likučiai ir kiek rankinio darbo jūsų komandai reikia atlikti kiekvieną savaitę.

Jeigu tiekėjo duomenų kanalas yra geras, produktų valdymas tampa daug paprastesnis.

Jeigu tiekėjo duomenų kanalas yra prastas, parduotuvės savininkas dažniausiai už tai sumoka vėliau – rankiniu darbu, neteisingais likučiais, klaidingomis kainomis arba netvarkingais produktų duomenimis.

Šiame straipsnyje paaiškiname tris dažniausiai naudojamus tiekėjų duomenų kanalų formatus:

• XML duomenų kanalai
• API integracijos
• CSV failai

Viską aptarsime praktiškai.

Kas yra tiekėjo duomenų kanalas?

Tiekėjo duomenų kanalas – tai struktūrizuotas failas arba jungtis, kuriame pateikiama tiekėjo produktų informacija.

Dažniausiai jame būna tokie duomenys kaip:

• produktų pavadinimai
• aprašymai
• kategorijos
• kainos
• prekių likučiai
• nuotraukos
• EAN kodai
• SKU kodai
• prekių ženklai
• produktų atributai

El. prekybos parduotuvės naudoja tiekėjų duomenų kanalus produktams importuoti ir jų informacijai nuolat atnaujinti. Be duomenų kanalo parduotuvės savininkui dažniausiai tenka produktus valdyti rankiniu būdu. Tai gali veikti su 20 produktų. Su 2 000 produktų tai tampa problema. Su 20 000 produktų tai tampa rimta operacine rizika.

Kodėl tiekėjo duomenų kanalo kokybė yra svarbi?

Daugelis el. prekybos verslų dėmesį sutelkia tik į tiekėjų kainas.

Kaina yra svarbi, tačiau tai nėra visas vaizdas.

Tiekėjas, siūlantis pigius produktus, bet pateikiantis prastus duomenis, gali sukurti daugiau darbo nei vertės.

Pavyzdžiui:

• likučiai neatnaujinami pakankamai dažnai
• trūksta produktų nuotraukų
• kategorijos yra neaiškios
• keičiasi produktų kodai
• kainos yra nenuoseklios
• produktų aprašymai yra neišsamūs
• variantai nėra tinkamai struktūruoti

Šios problemos dažniausiai išryškėja jau pradėjus integraciją. Todėl prieš pasirenkant tiekėją svarbu suprasti duomenų kanalų formatus.

XML tiekėjų duomenų kanalai

XML yra vienas dažniausiai naudojamų tiekėjų duomenų kanalų formatų el. prekyboje. Daugelis didmenininkų ir dropshipping tiekėjų naudoja XML failus produktų duomenims internetinėms parduotuvėms perduoti. XML duomenų kanalas dažniausiai yra failas, pasiekiamas per URL adresą. El. prekybos sistema reguliariai nuskaito failą ir pagal jį atnaujina produktų duomenis.

Kada XML veikia gerai?

XML gerai veikia tada, kai tiekėjas pateikia struktūrizuotus ir nuoseklius duomenis.

Geras XML duomenų kanalas gali būti naudojamas:

• produktų importui
• kainų atnaujinimui
• likučių sinchronizavimui
• kategorijų susiejimui
• nuotraukų importui
• atributų atnaujinimui

Daugeliui el. prekybos parduotuvių XML pakanka tam, kad būtų automatizuota didžioji dalis kasdienių produktų atnaujinimų.

XML duomenų kanalų privalumai

• Plačiai naudojami tiekėjų
• Tinka dideliems produktų katalogams
• Gali apimti detalią produktų struktūrą
• Dažniausiai lengva atnaujinti automatiškai
• Gerai tinka likučių ir kainų sinchronizavimui

XML duomenų kanalų trūkumai

• Skirtingų tiekėjų duomenų kanalų struktūra gali labai skirtis
• Dideli XML failai gali būti apdorojami lėtai
• Kai kurie tiekėjai pateikia neišsamius produktų duomenis
• Likučių atnaujinimas realiuoju laiku ne visada įmanomas
• Duomenų kanalo struktūros pakeitimai gali sugadinti integracijas

Paprastas pavyzdys

Įsivaizduokite, kad tiekėjas pateikia XML duomenų kanalą su 50 000 produktų. Jūsų el. prekybos sistema kas kelias valandas patikrina šį kanalą. Ji atnaujina produktų kainas, likučius ir nuotraukas. Tai praktiška ir lengvai plečiama. Tačiau jeigu tiekėjas staiga pakeičia produktų kodus arba kategorijų pavadinimus, integracijai gali prireikti korekcijų.

API tiekėjų integracijos

API integracijos dažniausiai yra pažangesnės nei XML ar CSV duomenų kanalai. API leidžia sistemoms tiesiogiai bendrauti tarpusavyje. Užuot atsisiuntusi vieną didelį failą, jūsų el. prekybos sistema gali paklausti tiekėjo sistemos konkrečios informacijos.

Pavyzdžiui:

• Koks yra šio produkto dabartinis likutis?
• Kokia yra dabartinė kaina?
• Ar šį užsakymą galima perduoti tiekėjui?
• Koks yra siuntos sekimo numeris?

Kada API veikia gerai?

API geriausiai veikia tada, kai parduotuvei reikia tikslesnio arba dažnesnio duomenų apsikeitimo. Tai ypač naudinga:

• likučių tikrinimui realiuoju laiku
• užsakymų automatizavimui
• siuntų sekimui
• kainų atnaujinimui
• produktų prieinamumo tikrinimui
• pažangesniems darbo procesams su tiekėjais

API integracijų privalumai

• Gali pateikti daugiau duomenų realiuoju laiku
• Geriau tinka užsakymų automatizavimui
• Lankstesnės nei statiniai failai
• Naudingos didesnėms el. prekybos operacijoms
• Gali sumažinti pardavimo be likučio riziką

API integracijų trūkumai

• Dažniausiai sudėtingiau sukurti
• Reikalinga techninė dokumentacija
• API limitai gali paveikti našumą
• Tiekėjų API kokybė labai skiriasi
• API pakeitimai gali pareikalauti programavimo darbų

Paprastas pavyzdys

Klientas pateikia užsakymą jūsų parduotuvėje. Jūsų el. prekybos sistema per API tiesiogiai perduoda užsakymą tiekėjui. Vėliau tiekėjas per tą pačią API grąžina siuntos sekimo informaciją. Tai taupo rankinį darbą ir mažina klaidų tikimybę. Tačiau tai gerai veikia tik tada, kai tiekėjo API yra stabili, dokumentuota ir prižiūrima.

CSV tiekėjų duomenų kanalai

CSV yra paprastas failo formatas, kuriame duomenys saugomi eilutėse ir stulpeliuose. Daugelis tiekėjų vis dar naudoja CSV, nes jį lengva sukurti, eksportuoti ir atidaryti skaičiuoklių programose. CSV faile gali būti produktų kodai, pavadinimai, kainos, likučiai ir nuotraukų nuorodos.

Kada CSV veikia gerai?

CSV gali gerai veikti paprastam produktų importui ir atnaujinimui. Jis ypač naudingas, kai:

• produktų katalogas nėra labai sudėtingas
• tiekėjas reguliariai atnaujina failą
• failo struktūra išlieka tokia pati
• reikalingi tik baziniai produktų duomenys

CSV duomenų kanalų privalumai

• Paprastas formatas
• Lengva atidaryti ir patikrinti rankiniu būdu
• Dažnai naudojamas tiekėjų
• Tinka baziniam produktų importui
• Gali būti lengviau spręsti problemas

CSV duomenų kanalų trūkumai

• Nėra idealus sudėtingoms produktų struktūroms
• Variantų duomenis gali būti sunku valdyti
• Kategorijų struktūros dažnai būna ribotos
• Gali atsirasti failo koduotės problemų
• Rankiniai pakeitimai gali sugadinti struktūrą

Paprastas pavyzdys

Tiekėjas kiekvieną rytą atsiunčia CSV failą. Faile yra produkto SKU, pavadinimas, likutis ir kaina. Jūsų el. prekybos sistema importuoja failą ir atnaujina parduotuvę. Tai gali veikti gerai. Tačiau jeigu likučiai keičiasi kelis kartus per dieną, vieno CSV atnaujinimo per dieną gali nepakakti.

XML, API ir CSV: pagrindiniai skirtumai

Formatas	Kam geriausiai tinka	Pagrindinis privalumas	Pagrindinė rizika
XML	Produktų importui ir reguliariems atnaujinimams	Struktūrizuoti produktų duomenys	Tiekėjo duomenų kanalo struktūra gali pasikeisti
API	Duomenims realiuoju laiku ir užsakymų automatizavimui	Lankstesnis ir dinamiškesnis sprendimas	Sudėtingesnė integracija
CSV	Paprastam produktų importui	Lengva skaityti ir valdyti	Ribotas sudėtingiems katalogams

Kuris duomenų kanalo tipas yra geriausias?

Nėra vieno geriausio formato kiekvienam verslui. Tai priklauso nuo tiekėjo, produktų katalogo ir el. prekybos darbo procesų.

Naudokite XML, kai

• jums reikia reguliarių produktų atnaujinimų
• tiekėjas turi daug produktų
• jums reikia struktūrizuotų produktų duomenų
• norite automatizuoti kainas ir likučius

Naudokite API, kai

• jums reikia likučių tikrinimo realiuoju laiku
• norite automatizuoti užsakymus
• jums reikia siuntų sekimo
• kuriate pažangesnę el. prekybos operaciją

Naudokite CSV, kai

• jums reikia paprasto importo
• katalogas nėra labai sudėtingas
• atnaujinimų nereikia daug kartų per dieną
• tiekėjas nepateikia XML ar API

Ką patikrinti prieš pasirenkant tiekėją?

Prieš pasirinkdami tiekėją, klauskite ne tik apie kainas. Klauskite apie duomenų kanalą. Naudingi klausimai:

• Ar pateikiate XML, API arba CSV?
• Kaip dažnai atnaujinami likučiai?
• Kaip dažnai atnaujinamos kainos?
• Ar produktų kodai išlieka stabilūs?
• Ar pateikiate produktų nuotraukas?
• Ar pateikiate EAN kodus?
• Ar pateikiate kategorijų informaciją?
• Ar palaikote užsakymų automatizavimą?
• Ar yra techninė dokumentacija?

Šie klausimai vėliau sutaupo laiko. Jie taip pat padeda suprasti, ar tiekėjas iš tikrųjų yra pasiruošęs el. prekybos automatizavimui.

Dažnos tiekėjų duomenų kanalų problemos

Net geri tiekėjai gali turėti duomenų kanalų problemų. Dažniausios iš jų:

• trūksta produktų nuotraukų
• po kiekvieno atnaujinimo keičiasi kategorijų pavadinimai
• nestabilūs SKU kodai
• neteisingi likučiai
• dubliuoti produktai
• prasti produktų aprašymai
• trūksta atributų
• neteisinga koduotė
• dideli failai apdorojami per ilgai

Daugumą šių problemų galima suvaldyti.

Tačiau jas reikia pastebėti anksti.

Kaip padeda Wise2Sync?

Wise2Sync kasdien dirba su tiekėjų duomenų kanalais. Sistema stebi tiekėjų produktų duomenis ir padeda el. prekybos verslams automatizuoti produktų importą, likučių atnaujinimus, kainų atnaujinimus ir kitus tiekėjų duomenų pokyčius.

Wise2Sync taip pat padeda verslams atrasti tiekėjus, kurie jau pateikia struktūrizuotus produktų duomenis tokiais formatais kaip XML, CSV arba API. Tai svarbu, nes tiekėjų paieška nėra vien tik produktų radimas.

Tai yra tiekėjų, kurie iš tikrųjų gali veikti su jūsų el. prekybos procesais, radimas.

Apibendrinimas

XML, API ir CSV duomenų kanalai gali būti naudingi. Tinkamas pasirinkimas priklauso nuo to, ką norite automatizuoti.

Daugeliui el. prekybos parduotuvių:

• CSV pakanka paprastam importui
• XML tinka struktūrizuotai produktų sinchronizacijai
• API geriausiai tinka pažangiems ir realiojo laiko procesams

Svarbu ne tik formatas. Svarbu tai, ar tiekėjo duomenys yra stabilūs, išsamūs ir tinkami naudoti. Gera duomenų kanalo kokybė taupo laiką. Prasta duomenų kanalo kokybė sukuria kasdienį rankinį darbą. Rinkdamiesi tiekėjus, patikrinkite duomenų kanalą prieš įsipareigodami.