SDMPortal
Supplier Data Management Ergonodelle, Akeneolle & Pimcorelle
Power pitch

Mappaa kerran. Sen jälkeen se toimii itsestään.

Jokainen tavarantoimittaja lähettää erilaisen Excel-tiedoston. Eri sarakkeet, eri yksiköt, eri värinimet. Tukkureilla ja maahantuojilla, joilla on sata toimittajaa tai enemmän, kaksi tai kolme ihmistä käsittelee näitä tiedostoja käsin kokopäiväisesti. Työ ei myöskään lopu tietojen syöttämiseen: käännökset, kuvaukset ja laadun tarkistus tehdään yleensä erikseen ja käsin jälkikäteen, joka kerta uudelleen jokaisen uuden tiedoston kohdalla.

SDM Portal ratkaisee tämän visuaalisella flow-editorilla. Vetät toimittajan tiedoston sarakkeet PIM-järjestelmäsi kenttien viereen, olkoon se Ergonode, Akeneo tai Pimcore, ja yhdistät ne muunnoslohkoilla: arvojen mappaus, jakaminen, yhdistäminen, yksiköiden muunto. Hankalat säännöt kuvaat tavallisella kielellä, ja järjestelmä kääntää kuvauksen kertaalleen kiinteäksi säännöksi, jolla on luotettavuusarvo. Samaan flowhun kuuluu käännöslohko, joka tunnistaa lähdekielen ja kääntää oikeaan kieliversioon, sekä lohko, joka muodostaa useasta lähdesarakkeesta tuotekuvauksen tai lyhyen kuvauksen. Käsittely ja rikastaminen tapahtuvat siis yhdellä kertaa.

Tekoäly ajattelee silloin, kun mappausta rakennetaan, ei jokaisella ajolla. Sen jälkeen kaikki pyörii puhtaalla TypeScriptillä: ei mallikutsuja, jokainen ajo on identtinen ja tarkistettavissa. Lisäksi järjestelmä oppii asiakasympäristö kerrallaan: jokainen hyväksymäsi profiili tallentuu muistiin, joten seuraava toimittajatiedosto lähtee liikkeelle paremmilla ehdotuksilla. Tekoäly nopeuttaa tässä mappauksen rakentamista ja parantamista, se ei ole mappauksen lähtökohta.

Jokaisella jälleenmyyjällä ja tukkurilla, jolla on paljon toimittajia, on sama ongelma: kuukausittain sama Excelin siivoaminen ja sen päälle erillinen työ käännösten ja kuvausten saamiseksi kuntoon. SDM Portalissa rakennat mappauksen kerran, rikastaminen mukaan lukien. Sen jälkeen se toimii itsestään jokaisen kyseisen toimittajan uuden tiedoston kohdalla, automaattisesti tai aikataulun mukaan, ja jokaisen hyväksytyn profiilin myötä se paranee vähän. Jos toimittaja muuttaa välissä tiedostonsa rakennetta, järjestelmä huomaa eron, palauttaa profiilin työnkulkuun ja ilmoittaa siitä profiilin omistajalle, jotta virheellistä tietoa ei koskaan mene läpi huomaamatta.

Jokainen muutos näkyy auditointilokissa, tuotantoajon tai profiilin poistamisen voi sitoa pakolliseen kaksivaiheiseen tunnistautumiseen, ja saman asennuksen asiakkaat on eriytetty toisistaan tietokantatasolla. Tiimille, joka jakaa toimittajatietoa useamman ihmisen kesken, tämä on ero irrallisen Excel-kulttuurin ja luotettavan prosessin välillä, myös silloin kun prosessi parantaa itseään matkan varrella.

Kysymykset & vastaukset

Mitä jälleenmyyjä tai tukkuri kysyisi

Jokainen tavarantoimittaja lähettää erilaisen Excel-tiedoston. Eri sarakkeet, eri yksiköt, eri värinimet. Tukkureilla ja maahantuojilla, joilla on sata toimittajaa tai enemmän, kaksi tai kolme ihmistä käsittelee näitä tiedostoja käsin kokopäiväisesti. Työ ei myöskään lopu tietojen syöttämiseen: käännökset, kuvaukset ja laadun tarkistus tehdään yleensä erikseen ja käsin jälkikäteen, joka kerta uudelleen jokaisen uuden tiedoston kohdalla.
SDM Portal ratkaisee tämän visuaalisella flow-editorilla. Vetät toimittajan tiedoston sarakkeet PIM-järjestelmäsi kenttien viereen, olkoon se Ergonode, Akeneo tai Pimcore, ja yhdistät ne muunnoslohkoilla: arvojen mappaus, jakaminen, yhdistäminen, yksiköiden muunto. Hankalat säännöt kuvaat tavallisella kielellä, esimerkiksi ”jos koko on EU46, niin 46”, ja järjestelmä kääntää kuvauksen kertaalleen kiinteäksi säännöksi, jolla on luotettavuusarvo. Samaan flowhun kuuluu myös käännöslohko, joka tunnistaa lähdekielen ja kääntää oikeaan kieliversioon PIM-järjestelmässäsi, sekä lohko, joka muodostaa useasta lähdesarakkeesta tuotekuvauksen tai lyhyen kuvauksen. Käsittely ja rikastaminen tapahtuvat siis yhdellä kertaa, eivät erillisenä työnä jälkikäteen.
Ei. Tekoäly ajattelee silloin, kun mappausta rakennetaan ja kun käännös- ja kuvaussäännöt laaditaan, ei jokaisella ajolla. Sen jälkeen kaikki pyörii puhtaalla TypeScriptillä: ei mallikutsuja, jokainen ajo on identtinen ja tarkistettavissa. Koeajossa näet tarkalleen, mikä muuttuu, ennen kuin mitään kirjoitetaan PIM-järjestelmääsi. Lisäksi järjestelmä oppii asiakasympäristö kerrallaan: jokainen hyväksymäsi profiili tallentuu muistiin, joten seuraava toimittajatiedosto lähtee liikkeelle paremmilla ehdotuksilla. Tekoäly nopeuttaa tässä mappauksen rakentamista ja parantamista, se ei ole mappauksen lähtökohta.
Jokaisella jälleenmyyjällä ja tukkurilla, jolla on paljon toimittajia, on sama ongelma: kuukausittain sama Excelin siivoaminen ja sen päälle erillinen työ käännösten ja kuvausten saamiseksi kuntoon. SDM Portalissa rakennat mappauksen kerran, rikastaminen mukaan lukien. Sen jälkeen se toimii itsestään jokaisen kyseisen toimittajan uuden tiedoston kohdalla, automaattisesti tai aikataulun mukaan, ja jokaisen hyväksytyn profiilin myötä se paranee vähän.
Ei, sitä varten on sisäänrakennettu tarkistus. Riippumatta siitä, saapuuko tiedosto säännöllisenä ajastettuna ajona vai haetaanko se automaattisesti Google Sheets-, SharePoint- tai Dropbox-liitännän kautta: SDM Portal vertaa saapuvaa tiedostoa aina hyväksyttyyn profiiliin. Jos siinä on rakenteellinen muutos, esimerkiksi siirtynyt sarake tai muuttunut arvo, profiili palautetaan automaattisesti työnkulkuun ja profiilin omistaja saa ilmoituksen siitä, että toimittaja on muuttanut jotakin. Hän päivittää mappauksen, ja tiiminvetäjä tai esihenkilö voi sen jälkeen hyväksyä muutoksen. Vasta sitten profiili jatkaa taas automaattisesti kuten ennen. Näin lähde pysyy hallinnassa, vaikka lähde itse muuttuisi.
Jokainen muutos näkyy auditointilokissa, josta voit tarkistaa tapahtumat työntekijä- ja toimintokohtaisesti. Tuotantoajon tai profiilin poistamisen voi sitoa pakolliseen kaksivaiheiseen tunnistautumiseen, jotta se ei tapahdu vahingossa. Saman asennuksen asiakkaat on eriytetty toisistaan tietokantatasolla, ja päätät itse, kuka saa mapata, hyväksyä tai julkaista. Tiimille, joka jakaa toimittajatietoa useamman ihmisen kesken, tämä on ero irrallisen Excel-kulttuurin ja luotettavan prosessin välillä, myös silloin kun prosessi parantaa itseään matkan varrella.