Tiekėjas atsiunčia jums produktų failą. Jūsų e. prekybos platforma priima produktų importus. Atrodytų, sujungti šiuos du dalykus turėtų būti paprasta.

Tada atidarote failą ir randate tiekėjui būdingas kategorijas, nenuoseklias likučių reikšmes, nuotraukų nuorodas, kelis kainų stulpelius ir produktų identifikatorius, kurie neatitinka jūsų parduotuvės laukų.

Būtent čia daugelis verslų mano, kad automatizuoti produktų importai reikalauja individualaus programavimo. Iš tikrųjų sudėtingiausia dalis retai būna failo perkėlimas iš vienos sistemos į kitą. Sudėtingiausia yra nuspręsti, kaip tiekėjų duomenys turėtų būti interpretuojami, tvarkomi, susiejami ir atnaujinami.

Ką iš tikrųjų daro automatizuotas tiekėjo produktų importas?

Tiekėjo produktų importas perkelia katalogo duomenis iš tiekėjo į jūsų e. prekybos platformą. Šaltinis dažniausiai būna vienas iš trijų formatų:

• CSV: lentelę primenantis failas su produktų eilutėmis ir stulpeliais, tokiais kaip SKU, kaina, likučiai ir aprašymas.
• XML: struktūrizuotas produktų srautas, galintis talpinti sudėtingesnę produktų ir kategorijų informaciją.
• API: tiesioginė jungtis, leidžianti sistemoms keistis produktų duomenimis be rankinio failų atsisiuntimo.

Paprasti importo įrankiai gali sukurti produktus iš šių šaltinių. Tinkamas produktų importo automatizavimas daro daugiau. Jis pagal grafiką tikrina tiekėjo srautą, taiko jūsų taisykles, atnaujina esamus produktus ir sinchronizuoja tokią informaciją kaip likučiai ir kainos.

Šis skirtumas svarbus. Vieną kartą sukurti 5 000 produktų yra naudinga. Tačiau kasdien palaikyti šių 5 000 produktų tikslumą yra tikrasis operacinis iššūkis.

Programavimo darbas, kurį parduotuvių savininkai dažnai nuvertina

Individualus importuotojas pradžioje gali atrodyti paprastas. Programuotojas prijungia srautą, susieja kelis laukus ir suplanuoja atnaujinimą.

Problemos dažniausiai atsiranda vėliau:

• Tiekėjas pakeičia stulpelio pavadinimą arba XML struktūrą.
• Likučiai pateikiami kaip „available“, „limited“ arba „ask supplier“, o ne skaičiumi.
• Produktai naudoja kitokią kategorijų struktūrą nei jūsų parduotuvė.
• Akcijinėms kainoms reikia taikyti konkrečias maržos taisykles.
• Kai kuriuos produktus reikia atmesti pagal prekės ženklą, kategoriją arba prieinamumą.
• Antras tiekėjas tą patį gamintoją pateikia kitu pavadinimu.

Kiekviena išimtis tampa dar vienu pakeitimo prašymu. Jūs mokate ne tik už integraciją. Jūs prižiūrite savo produktų importavimo programinę įrangą.

Mažas srauto pakeitimas, sustabdęs didesnį importą

Kartą dirbome su importu, kuriame didžioji tiekėjo katalogo dalis per pradinius patikrinimus atrodė teisinga. Produktų pavadinimai, SKU, kainos ir nuotraukos buvo pateikti, todėl srautas atrodė paruoštas.

Tačiau vėlesnių atnaujinimų metu dalis produktų nustojo gauti likučių pokyčius. Tiekėjas produktų nepašalino. Jis pakoregavo, kaip vienoje katalogo dalyje buvo žymimas prieinamumas.

Importo procesas techniškai veikė, tačiau tos reikšmės nebeatitiko pradinių taisyklių. Dėl to problema buvo mažiau akivaizdi nei visiška klaida: jungtis veikė, bet dalis katalogo tyliai tapo pasenusi.

Pamoka buvo tokia, kad tiekėjo integracija neturėtų priklausyti nuo vienos fiksuotos srauto interpretacijos. Jai reikia matomų susiejimo taisyklių, pasikartojančių patikrų ir būdo peržiūrėti netikėtus duomenis prieš neteisingai informacijai pasiekiant parduotuvę.

Kaip sukurti automatizuotus produktų importus be individualaus kodo

No-code e. prekybos automatizavimo platforma pasirūpina jungtimi ir leidžia konfigūruoti verslo taisykles vietoje jų programavimo. Paruošimas vis tiek reikalauja apgalvotų sprendimų, bet jums nereikia kurti ir prižiūrėti pačios importo sistemos.

1. Patvirtinkite, ką tiekėjas gali pateikti

Paprašykite CSV arba XML produktų importo failo pavyzdžio, API dokumentacijos ir informacijos apie atnaujinimo dažnį. Patikrinkite, ar šaltinyje yra stabilūs SKU, likučiai, pirkimo kainos, rekomenduojamos mažmeninės kainos, aprašymai, kategorijos, nuotraukos, variantai ir brūkšniniai kodai.

Patikimas identifikatorius yra būtinas. SKU, arba prekių apskaitos vienetas, įprastai naudojamas tam pačiam produktui atpažinti būsimuose atnaujinimuose.

2. Nuspręskite, kurie produktai turėtų patekti į jūsų parduotuvę

Importuoti visą tiekėjo katalogą ne visada yra geriausias pasirinkimas. Prieš ką nors publikuodami, apibrėžkite filtrus.

Galbūt norėsite įtraukti tik produktus, kurie:

• Priklauso pasirinktoms kategorijoms
• Turi galiojančias nuotraukas ir aprašymus
• Šiuo metu yra prieinami
• Atitinka minimalią maržą
• Priklauso patvirtintiems prekės ženklams

Tai padeda išlaikyti produktų katalogo automatizavimą suderintą su jūsų komercine strategija, o ne paversti parduotuvę nefiltruota tiekėjo duomenų bazės kopija.

3. Susiekite tiekėjo duomenis su savo parduotuve

Kategorijų susiejimas prijungia tiekėjo kategorijų struktūrą prie jūsų struktūros. Tas pats principas taikomas prekės ženklams, atributams, mokesčių tarifams, likučių būsenoms ir produktų laukams.

Pavyzdžiui, tiekėjo kategorija „Notebook Computers“ gali turėti patekti į jūsų kategoriją „Nešiojamieji kompiuteriai“. Susiejimas automatiškai atlieka šį vertimą per kiekvieną atnaujinimą.

4. Apibrėžkite atnaujinimo taisykles

Ne visi laukai turėtų būti tvarkomi vienodai. Likučiams gali reikėti dažno sinchronizavimo, o aprašymus galbūt verta atnaujinti tik tada, kai produktas sukuriamas pirmą kartą.

Nuspręskite, kuri sistema kontroliuoja kiekvieną lauką. Priešingu atveju tiekėjo atnaujinimai gali perrašyti turinį, kurį jūsų komanda pagerino rankiniu būdu.

5. Testuokite prieš publikuodami visą katalogą

Pradėkite nuo nedidelės produktų grupės. Patikrinkite variantus, mokesčius, kategorijas, kainas, nuotraukas ir neprieinamus produktus. Po pradinio tiekėjo produktų importo paleiskite bent vieną atnaujinimą, kad įsitikintumėte, jog esami produktai atnaujinami, o ne dubliuojami.

Kur Wise2Sync tinka šiame procese

Wise2Sync suteikia centrinę vietą tiekėjų srautų integracijai ir produktų duomenų valdymui. Tiekėjų duomenys gali būti surenkami iš srautų, susiejami į nuoseklią struktūrą, filtruojami ir paruošiami jūsų e. prekybos platformai be atskiro importuotojo kūrimo kiekvienam šaltiniui.

Tai tampa ypač naudinga kelių tiekėjų integracijai. Vietoje nesusijusių CSV skriptų, XML importo taisyklių ir API jungčių priežiūros galite valdyti tiekėjų katalogus per vieną produktų automatizavimo darbo eigą.

Jūs vis tiek sprendžiate, ką parduoti, kaip turėtų būti organizuotos kategorijos ir kokios kainodaros taisyklės yra prasmingos. Platforma pasirūpina pasikartojančiu tiekėjų duomenų apdorojimu ir nuolatiniu sinchronizavimu už šių sprendimų.

Automatizavimas pašalina kodavimą, bet ne gerus sprendimus

Jums nereikia samdyti programuotojo vien tam, kad produktai būtų importuojami automatiškai. Tačiau reikia aiškiai suprasti savo tiekėjų duomenis, katalogo taisykles ir laukus, kurie turi išlikti sinchronizuoti.

Saugiausias požiūris — pirmą importą laikyti kontroliuojamu konfigūravimo procesu, o ne vieno paspaudimo įkėlimu. Kai susiejimai, filtrai ir atnaujinimo taisyklės yra teisingi, automatizavimas gali palaikyti daug didesnį katalogą nesukuriant tokio paties rankinio darbo kiekio.