Miten B2BLIX Feed tuo, standardoi ja vie toimittajien tietoja

Tutustu B2BLIX Feedin koko työnkulkuun: toimittajatiedostojen tuonnista ja standardoidun katalogin luomisesta kanavakohtaisten sääntöjen soveltamiseen ja erillisten XML-vientien luomiseen.


Kuvaus: Tässä oppaassa selitetään, miten B2BLIX Feed käsittelee toimittajien tuotetietoja ja miten yksi yhdistetty tuotekatalogi voi palvella markkinapaikkoja, verkkokauppoja, hintavertailualustoja ja muita XML-kohteita.

Mihin kysymykseen tämä artikkeli vastaa?

Tässä artikkelissa selitetään, mitä B2BLIX Feed tekee toimittajien tuotetiedoilla ja voidaanko samaa käsiteltyä katalogia käyttää useissa myyntikanavissa.

Artikkeli on hyödyllinen, kun saat tuotetietoja yhdeltä tai useammalta toimittajalta ja sinun on valmisteltava erilaisia tuotevalikoimia, hintoja, varastomääriä, sisältöjä tai XML-rakenteita kohteisiin, kuten omalle verkkosivustollesi, Piguun, Varleen, hintavertailualustalle tai muuhun järjestelmään.

Lyhyt vastaus

B2BLIX Feed tuo tuotetiedot toimittajilta, yhdistää erilaiset toimittajarakenteet yhteiseen tuoterakenteeseen, tallentaa käsitellyt tiedot uudelleenkäytettävään katalogiin ja luo erilliset XML-viennit eri kohteita varten.

Voit käyttää samaa standardoitua toimittajakatalogia useisiin vientitiedostoihin. Jokaisella viennillä voi olla omat toimittajansa, tuotesuodattimensa, hinnoittelusääntönsä, varastonkäsittelynsä, muunnoksensa, kenttänsä, XML-mallinsa ja luontiaikataulunsa.

Voit esimerkiksi luoda Pigu-kohtaisen viennin suoraan yhdistetystä B2BLIX Feed -katalogista. Tietoja ei tarvitse välittää ensin WooCommercen kautta.

Luotu XML-tiedosto on B2BLIXin valmistelema tulos. Ulkoisen markkinapaikan, verkkokaupan tai vertailualustan on edelleen haettava, tuotava, validoitava ja julkaistava tiedosto. Viennin luominen ei itsessään vahvista, että kohde on hyväksynyt tai julkaissut tuotteet.

Miten B2BLIX Feed -työnkulku toimii

Työnkulku voidaan jakaa viiteen erilliseen vaiheeseen. Kun vaiheet pidetään erillään, on helpompi selvittää, mistä tuotteen arvo on peräisin ja missä ongelma kannattaa tarkistaa.

1. Toimittajan tiedot tuodaan järjestelmään

Lisäät jokaisen toimittajan erillisenä toimittajalähteenä. Vakiomuotoiset toimittajalähteet voivat tällä hetkellä käyttää XML- tai JSON-muotoa.

Jokaisella toimittajalla voi olla oma lähdeosoite, synkronointitiheys, valuutta, ALV-asetukset, sisällön kieli, painoyksikkö, varastotietojen tuoreusasetukset ja kenttäkartoitus.

Voit lisätä toimittajalähteitä tai tarkastella niitä avaamalla Toimittajat, kun olet kirjautunut sisään. Lisätietoja toimittajan määrityksistä ja kartoitusprosessista on oppaassa Toimittajalähteen lisääminen ja määrittäminen.

2. Toimittajan kentät kartoitetaan yhteiseen rakenteeseen

Toimittajat käyttävät usein samoille tiedoille erilaisia nimiä ja muotoja. Yksi toimittaja voi kutsua kenttää nimellä ”quantity”, kun taas toinen käyttää nimeä ”stock”. Myös hinnat, kategoriat, tuotenimet, kuvat ja valmistajien nimet voivat olla rakenteeltaan erilaisia.

Kartoitus yhdistää toimittajan kentät B2BLIXin vakio-ominaisuuksiin, kuten seuraaviin:

  • EAN
  • SKU
  • Tuotenimi ja kuvaus
  • Hinta ja varasto
  • Kuvat
  • Kategoria ja valmistaja
  • Paino, mitat, väri ja muut ominaisuudet

EAN on ensisijainen tuotetunniste B2BLIX Feedin vakiotyönkulussa. Tuotteita, joilla ei ole käyttökelpoista EAN-koodia, ei käsitellä normaalissa katalogien yhdistämistyönkulussa.

3. Tuotteet tallennetaan standardoituun katalogiin

Kartoituksen jälkeen kelvolliset tuotteet tallennetaan B2BLIX-katalogiin. Eri toimittajien tuotteet, joilla on sama hyväksytty EAN, voidaan ryhmitellä saman katalogituotteen toimittajatarjouksiksi.

Tämä katalogi tallennetaan erillään yksittäisistä vienneistä. Sinun ei siis tarvitse tuoda samoja toimittajatietoja uudelleen jokaista markkinapaikkaa tai verkkosivustoa varten.

Voit tarkastella tilillesi tällä hetkellä tallennettuja tuotteita avaamalla Kaikki tuotteet. Lisätietoja saatavilla olevista tuotetiedoista on oppaassa Kaikki tuotteet -käyttöliittymä.

4. Säännöt valmistelevat tiedot tiettyä kohdetta varten

Tietojen muunnossäännöt voivat muuttaa tai luoda tuotearvoja vientiä varten. Sääntöjä voidaan soveltaa kaikkiin tuotteisiin tai vain tuotteisiin, jotka täyttävät valitut ehdot.

Tyypillisiä käyttötapoja ovat esimerkiksi:

  • ALV:n tai kaupallisen katteen lisääminen hintaan.
  • Laskettujen hintojen pyöristäminen.
  • Erillisen kohdekohtaisen hintakentän luominen.
  • Varastomäärien muuttaminen määritettyjen ehtojen perusteella.
  • Markkinapaikkaa varten laaditun toisen tuotenimen luominen.
  • Valitun sisällön kääntäminen.
  • HTML-koodin poistaminen kuvauksista.
  • Erilaisten sääntöjen soveltaminen toimittajan, kategorian, valmistajan, hinnan tai varaston perusteella.

Voit tarkastella tai luoda näitä sääntöjä avaamalla Tietojen muunnossäännöt. Lisätietoja suodattimien, lausekkeiden ja prioriteettien toiminnasta on oppaassa Tietojen muunnossäännöt.

5. Jokainen vienti luo oman XML-esityksensä

Vientiesitys valitsee tallennetusta katalogista tietoja ja valmistelee ne tiettyä kohdetta varten. Se ei luo erillistä toimittajakatalogia.

Jokaisessa viennissä voidaan määrittää itsenäisesti:

  • Mukana olevat toimittajat ja tuotteet.
  • Sallitut kategoriat tai valmistajat.
  • Suodattimet, jotka on läpäistävä.
  • Sovellettavat hinta-, varasto- ja sisältösäännöt.
  • Tulosteeseen kirjoitettavat ominaisuudet.
  • XML:n rakenne.
  • XML:n luontitiheys.

Voit luoda viennin tai tarkastella sitä avaamalla Viennit, kun olet kirjautunut sisään. Lisätietoja vientien suodattimista, muunnoksista, malleista ja aikatauluista on oppaassa XML-vientiesitysten luominen ja määrittäminen.

Voidaanko samaa katalogia käyttää eri myyntikanavissa?

Kyllä. Yksi koottu ja standardoitu katalogi voi toimia useiden itsenäisten vientien lähteenä.

Voit esimerkiksi luoda:

  • Verkkosivuston viennin, jossa käytetään normaalia katettasi, täydellisiä kuvauksia ja toimittajien saatavilla olevaa varastoa.
  • Pigu-viennin, jossa käytetään markkinapaikkakohtaisia tuotesuodattimia, hinnoittelusääntöjä, varastonkäsittelyä ja XML-kenttiä.
  • Hintavertailuviennin, joka sisältää vain valitut tuotteet ja erillisen hintamääritteen.
  • Toisen XML-viennin kumppanille, joka edellyttää erilaista kenttärakennetta.

Yhdessä vientiesityksessä tehdyt muutokset eivät vaikuta muihin vienteihin. Näin jokaisella kohteella voi olla omat kaupalliset ja sisällölliset sääntönsä, vaikka taustalla käytetään samaa toimittajakatalogia.

Voidaanko yhdistetty katalogi viedä suoraan Piguun?

Kyllä. Pigu-kohtainen vienti voidaan luoda suoraan yhdistetystä B2BLIX Feed -katalogista.

Pigu-viennissä voi olla omat:

  • Toimittaja- ja tuotevalintansa.
  • Kategoria-, hinta-, varasto- ja muut suodattimensa.
  • Markkinapaikkakohtaiset kate- ja hintalaskentansa.
  • Varastomuunnoksensa.
  • Vaaditut ominaisuutensa ja XML-mallinsa.
  • Viennin luontitiheytensä.

WooCommercea ei tarvitse käyttää väliaikaisena tietolähteenä. WooCommercella voi tarvittaessa olla oma vientinsä, mutta Pigu-esitys voidaan valmistella erikseen samasta tallennetusta B2BLIX-katalogista.

Ennen kuin yhdistät viennin toimivaan markkinapaikkaan tai verkkokauppaan, tarkista sen suodattimet, hintalaskelmat, varastosäännöt, muunnokset ja XML-malli. Viennin muutokset voivat vaikuttaa ulkoiselle kohteelle toimitettuihin tuotetietoihin sen seuraavan tuonnin tai synkronoinnin jälkeen.

Mitä tililläsi kannattaa tarkistaa

Jos katalogissa tai viennissä ei ole odottamiasi tuotteita tai arvoja, tarkista työnkulku tässä järjestyksessä.

  1. Tarkista toimittajan lähde. Varmista, että oikea toimittaja on käytössä, sen XML- tai JSON-lähde on käytettävissä ja että sen maa-, valuutta-, ALV-, kieli- ja synkronointiasetukset kuvaavat saapuvat tiedot oikein.
  2. Tarkista kenttäkartoitus. Varmista, että tärkeät kentät, kuten EAN, hinta, varasto, tuotenimi, kategoria ja valmistaja, on kartoitettu oikeisiin toimittajan arvoihin.
  3. Tarkista EAN. Tuotteella on oltava käyttökelpoinen EAN, jotta se pääsee normaaliin käsittelyyn ja toimittajien väliseen ryhmittelyyn.
  4. Tarkista tallennettu tuote. Etsi tuote Kaikki tuotteet -näkymästä ja tarkista, mitkä toimittajatarjoukset ja keskeiset ominaisuudet ovat saatavilla.
  5. Tarkista vientivalinta. Varmista, että vaadittu toimittaja, kategoria, valmistaja ja tuoteryhmä sisältyvät kyseiseen vientiin.
  6. Tarkista suodattimet. Tuote voi olla tallennettuna katalogiin mutta jäädä pois yhdestä viennistä, koska se ei täytä kyseisen viennin hinta-, varasto-, kategoria-, valmistaja-, toimittaja- tai muita ehtoja.
  7. Tarkista muunnossäännöt ja niiden järjestys. Tarkista, mitkä säännöt ovat viennissä käytössä, mitkä ovat niiden prioriteetit ja päättyykö käsittely vastaavan säännön jälkeen.
  8. Tarkista XML-malli. Varmista, että kohteen edellyttämät ominaisuudet on yhdistetty oikeisiin lopullisiin B2BLIX-arvoihin.
  9. Tarkista lopullinen tuotetulos. Vertaa Export checker -toiminnolla toimittajan tietoja, valittua tarjousta, käsittelysääntöjä, lopullisia ominaisuuksia ja luotua XML-tiedostoa.

Voit tutkia yksittäistä tuotetta avaamalla Export checker -toiminnon. Ohjeet lähdetietojen, laskelmien, muunnosten, poissulkemissyiden ja XML-tulosteen tarkistamiseen ovat oppaassa Export checker: tuotetietojen ja vientitulosten tarkistaminen.

Odottamattomien vientitulosten yleisiä syitä

  • Tuotteelta puuttuu kelvollinen EAN. Tuotetta ei hyväksytä normaaliin tuotteenkäsittely- ja yhdistämistyönkulkuun.
  • Toimittajan kenttä on kartoitettu väärin. Vienti voi esimerkiksi saada väärän lähdearvon hinnalle, varastolle tai tuotenimelle.
  • Tuote ei sisälly kyseiseen vientiin. Toinen vienti voi sisältää sen, koska jokaisella esityksellä on oma tuotevalintansa.
  • Viennin suodatin sulkee tuotteen pois. Tuote voi edelleen näkyä tallennetussa katalogissa, vaikka se olisi rajattu tietyn XML-tulosteen ulkopuolelle.
  • Muunnos muuttaa arvoa. Viety hinta, varasto, tuotenimi tai kuvaus voi poiketa toimittajan alkuperäisestä arvosta, koska sääntö loi uuden arvon tai korvasi alkuperäisen.
  • Useat toimittajat tarjoavat samaa EAN-koodia. Käsittelyyn valittu toimittajatarjous ei välttämättä ole se toimittaja, jota alun perin odotit.
  • Toimittajan ja viennin aikataulut poikkeavat toisistaan. Toimittajan synkronointi ja viennin luonti ovat erillisiä toimintoja, ja ne voivat suorittua eri tiheyksillä.
  • Ulkoinen alusta ei ole tuonut uusinta XML-tiedostoa. B2BLIX-vienti voi olla jo päivitetty, vaikka kohteessa näkyisi edelleen aiemman tuonnin tiedot.

Esimerkki

Oletetaan, että kaksi toimittajaa tarjoaa samaa tuotetta samalla EAN-koodilla. Toimittaja A tarjoaa tuotetta hintaan €100 ja varastossa on 10 kappaletta, kun taas toimittaja B tarjoaa tuotetta hintaan €95 ja varastossa on 2 kappaletta.

B2BLIX tallentaa molemmat toimittajaesitykset saman katalogitunnisteen alle. Voit sitten luoda yhden verkkosivustoviennin, jossa käytetään toimittaja B:n edullisempaa hintaa, ja toisen markkinapaikkaviennin, joka edellyttää suurempaa varastomäärää ja käyttää siksi toimittaja A:ta.

Verkkosivuston vientiin voidaan lisätä 15 %:n kate ja luoda yksityiskohtainen tuotenimi. Markkinapaikkaviennissä voidaan käyttää eri katetta, rajoittaa vietävää varastomäärää ja käyttää markkinapaikkakohtaista XML-mallia. Molemmat viennit tulevat samasta standardoidusta katalogista, mutta niiden lopulliset arvot voivat olla erilaiset.

Mitä seuraavaksi?

  1. Tarkista toimittajien määritykset ja varmista, että saapuvat tiedot tulkitaan oikein.
  2. Tarkista EAN-, hinta-, varasto-, tuotenimi-, kategoria- ja valmistajakenttien kartoitukset.
  3. Tarkastele useita tuotteita Kaikki tuotteet -näkymässä ennen suuren viennin rakentamista.
  4. Luo jokaiselle kohteelle erillinen vientiesitys, jos kohteet tarvitsevat erilaisia sääntöjä tai XML-kenttiä.
  5. Aloita rajatulla tuotevalikoimalla ja yksinkertaisilla muunnoksilla.
  6. Varmista Export checker -toiminnolla koko tulos edustavien tuotteiden osalta.
  7. Testaa luotu XML ulkoisessa kohteessa ennen sen käyttämistä koko tuotantokatalogille.

Kun tarkastelet tulosta, pidä vaiheet erillään: toimittajan alkuperäinen arvo, kartoitettu ja tallennettu katalogiarvo, muunnettu vientiarvo, luotu XML sekä arvo, jonka ulkoinen kohde lopulta hyväksyy tai julkaisee.