Užsakymas gali sėkmingai pereiti apmokėjimą, nors produktas pas tiekėją jau yra neprieinamas. Klientas gauna patvirtinimo el. laišką. Jūsų komanda mato naują pardavimą. Tik vėliau kažkas pastebi, kad prekės išsiųsti neįmanoma.

Likučių atnaujinimai realiuoju laiku sumažina šią riziką, nes jūsų parduotuvėje rodomi likučiai suderinami su naujausiais tiekėjo duomenimis. Tačiau norint išvengti užsakymų, kai prekės nebėra sandėlyje, nepakanka importuoti kiekį vieną kartą per dieną. Taip pat reikia suprasti, kiek patikimas tas kiekis, kaip dažnai jis keičiasi ir kas turėtų nutikti, kai tiekėjo srautas nustoja veikti.

Kodėl tiekėjų likučių duomenys sukuria užsakymus, kai prekės nebėra sandėlyje

Daugelis e. prekybos verslų patys nelaiko visų produktų. Vietoj to jie rodo produktus, kuriuos sandėliuoja didmenininkai, platintojai arba dropshipping tiekėjai. Tai leidžia pasiūlyti didesnį katalogą neperkant visų atsargų iš anksto.

Sunkumas tas, kad jūsų parduotuvė nekontroliuoja fizinių likučių. Ji priklauso nuo tiekėjo likučių duomenų, perduodamų per API, XML failą, CSV failą ar kitą produktų srautą.

API leidžia sistemoms automatiškai keistis informacija. XML ir CSV yra struktūrizuoti failai, kuriuos tiekėjai dažnai naudoja produktų informacijai, kainoms ir kiekiams perduoti. Kad ir koks būtų formatas, likučių informacija gali pasenti dar prieš pasiekdama jūsų parduotuvę.

Dažnos priežastys:

• Tiekėjas savo srautą atnaujina rečiau nei sandėlio likučius.
• Jūsų parduotuvė importuoja likučius tik vieną ar du kartus per dieną.
• Produkto SKU susietas su neteisinga tiekėjo preke.
• Tiekėjas be įspėjimo pakeičia likučių lauką arba srauto struktūrą.
• Sinchronizavimas nepavyksta, bet seni kiekiai lieka matomi.
• Keli pardavėjai parduoda iš tų pačių ribotų tiekėjo atsargų.

Tiekėjas gali pranešti, kad 9:00 val. yra penki vienetai. 9:20 val. kiti pardavėjai jau gali būti nupirkę visus penkis. Jei kitas likučių sinchronizavimas vyksta vidurdienį, jūsų parduotuvė kelias valandas gali toliau pardavinėti neprieinamą produktą.

Mažas likučių laukas, sukėlęs didesnę problemą

Vienos Wise2Sync tiekėjo integracijos metu atrodė, kad likučiai atnaujinami teisingai. Produktai su likučiais buvo prieinami, o produktai su nuliniu kiekiu — išjungti. Tada dalis neprieinamų produktų netikėtai vėl grįžo į prekybą.

Pats sinchronizavimas nebuvo sustojęs. Tiekėjas pakeitė, kaip žymi neprieinamus produktus. Vietoje skaitinio nulio kai kuriuose įrašuose pradėjo ateiti tuščias likučių laukas.

Mūsų esamas susiejimas iš pradžių nelaikė tuščios reikšmės patvirtintu nuliniu likučiu. Todėl ankstesnis kiekis galėjo likti aktyvus paskirties parduotuvėje.

Pamoka buvo svarbi: sėkmingas duomenų pristatymas ne visada reiškia tikslų likučių valdymą. Pakoregavome likučių logiką, pridėjome trūkstamų reikšmių validavimą ir padarėme taip, kad sistema atsargiau tvarkytų neišsamius tiekėjo įrašus.

Tokio tipo problemą lengva praleisti, nes techniškai niekas neatrodo sugedę. Srautas atsisiunčia, importas įvyksta, o dauguma produktų atsinaujina normaliai. Tik nedidelė produktų grupė sukuria perpardavimo riziką.

Likučių atnaujinimams realiuoju laiku reikia saugumo taisyklių

Greitas sinchronizavimas yra vertingas, tačiau vien greitis negarantuoja likučių tikslumo. Patikimai prevencijai nuo užsakymų, kai prekės nebėra sandėlyje, taip pat reikia taisyklių neįprastiems arba trūkstamiems tiekėjo duomenims.

1. Sinchronizuokite taip dažnai, kaip leidžia tiekėjo duomenys

API produktų srautas gali palaikyti dažnas arba beveik realaus laiko užklausas. CSV failas, įkeliamas kartą per naktį, negali suteikti tokio pat likučių prieinamumo lygio.

Prieš pasirinkdami atnaujinimo grafiką, patikrinkite, kaip dažnai tiekėjas atnaujina savo šaltinį. Kas penkias minutes importuoti nepasikeitusį failą tikslumo nepagerina.

2. Naudokite likučių rezervą greitai parduodamiems produktams

Likučių rezervas neleidžia jūsų parduotuvei siūlyti kiekvieno tiekėjo nurodyto vieneto. Pavyzdžiui, galite sustabdyti pardavimą, kai prieinamas kiekis nukrenta žemiau dviejų ar trijų vienetų.

Tai sukuria nedidelę apsaugą nuo vėluojančių atnaujinimų, sandėlio korekcijų, pažeistų produktų ir vienu metu gaunamų kitų pardavėjų užsakymų.

3. Trūkstamus duomenis vertinkite kitaip nei galiojančius likučius

Tuščias kiekis ne visada reiškia nulį. Tai gali reikšti, kad lauko trūksta, tiekėjas pakeitė srautą arba produkto įrašas yra neišsamus.

Jūsų tiekėjo integracija turėtų apibrėžti, kas vyksta kiekvienoje situacijoje. Didesnės rizikos kataloguose laikinai pažymėti produktą kaip neprieinamą gali būti saugiau nei palikti seną kiekį internete.

4. Stebėkite nepavykusius ir neįprastus atnaujinimus

Likučių automatizavimas neturėtų veikti tyliai be patikrų. Stebėkite srauto atsisiuntimo klaidas, staigius likučių padidėjimus, netikėtas tuščias reikšmes, trūkstamus SKU ir didelius tiekėjo produktų skaičiaus sumažėjimus.

Įspėjimai leidžia kažkam patikrinti problemą dar prieš neteisingiems likučių duomenims paveikiant didelę katalogo dalį.

5. Apibrėžkite kelių tiekėjų likučių taisykles

Kelių tiekėjų likučiai gali pagerinti prieinamumą, nes tas pats produktas gali būti tiekiamas iš kelių šaltinių. Tačiau kiekių sujungimas be aiškaus atitikimo taip pat gali sukurti dubliuotus arba klaidinančius likučius.

Produktai turėtų būti susieti naudojant patikimus identifikatorius, tokius kaip SKU, EAN ar kitas patikrintas produkto kodas. Taip pat reikia taisyklių tiekėjų prioritetui, pristatymo laikui, kainai ir tam, kas vyksta, kai vienas šaltinis tampa neprieinamas.

Praktiškas prevencijos nuo užsakymų be likučių sąrašas

1. Patvirtinkite šaltinį: nustatykite, kuris tiekėjo laukas reiškia parduodamus likučius.
2. Patikrinkite atnaujinimo dažnį: sužinokite, kaip dažnai tiekėjas atnaujina tą lauką.
3. Nustatykite tinkamą grafiką: sinchronizuokite pakankamai dažnai pagal produkto pardavimo greitį.
4. Pridėkite rezervą: rezervuokite nedidelį kiekį, kai tiekėjo likučiai riboti arba greitai keičiasi.
5. Patikrinkite identifikatorius: įsitikinkite, kad kiekvienas parduotuvės produktas prijungtas prie teisingo tiekėjo SKU.
6. Tvarkykite srauto klaidas: nuspręskite, kiek laiko seni likučiai gali likti aktyvūs, kai nauji duomenys neprieinami.
7. Peržiūrėkite išimtis: patikrinkite trūkstamus kiekius, netikėtas reikšmes ir produktus, kurie nustoja atsinaujinti.

Kaip Wise2Sync palaiko likučių tikslumą

Wise2Sync sujungia tiekėjų produktų duomenis su e. prekybos pardavimo kanalais ir automatizuoja pasikartojantį produktų duomenų sinchronizavimą. Priklausomai nuo tiekėjo ir prieinamos integracijos, tai gali apimti likučių kiekius, kainas, produktų informaciją ir prieinamumą.

Užuot rankiniu būdu tikrinus tiekėjų failus ir po vieną redagavus produktus, e. prekybos komandos gali valdyti atnaujinimus per pasikartojantį sinchronizavimo procesą. Tai ypač naudinga dirbant su dideliais katalogais arba keliais tiekėjais.

Wise2Sync nepagerina informacijos, kurios tiekėjas dar neatnaujino. Jokia likučių valdymo programinė įranga negali sukurti realaus laiko tikslumo iš srauto, kuris atnaujinamas tik kartą per dieną. Tačiau automatizavimas gali nuosekliai apdoroti naujus tiekėjo duomenis, sumažinti rankinius vėlavimus ir taikyti aiškesnes taisykles, kai duomenys neišsamūs.

Perpardavimo prevencija prasideda nuo geresnių duomenų sprendimų

Užsakymai, kai prekės nebėra sandėlyje, ne visada kyla dėl prasto likučių valdymo pačioje parduotuvėje. Dažnai jie prasideda nuo vėlavimo arba neatitikimo tarp tiekėjo sandėlio, produktų srauto ir pardavimo kanalo.

Likučių atnaujinimai realiuoju laiku padeda sumažinti šį atotrūkį, tačiau stipriausia sistema sujungia dažną sinchronizavimą su likučių rezervais, validavimu, klaidų valdymu ir atsargiu produktų atitikimu. Tikslas nėra vien greitai atnaujinti kiekius. Tikslas yra užtikrinti, kad jūsų parduotuvė žinotų, kada tiekėjo likučiais nebegalima pasitikėti.