Eli ne kategoriatoimittajan tiedot menee erikseen ERP:iin ja Prestashopiin. Eli tämmöistä välikonvertteria ei voida tehdä, vaan se pitää koodata suoraan Prestashopiin nämä muutokset.
Onkos tuossa se riski sitten, että Prestashop ja ERP tiedot ei täsmää?
Prosessimielessä tuo haarautuminen ERP ja Prestashop välillä ei kuulosta hyvälle myöskään, etenkin jos vain toisen puolella tehdään muutoksia.
Mieluummin ERP kautta Prestashopiin ja datan korjaus ennen sitä, tai sitten korjattu data erikseen molempiin eikä muutoksia enää kummankaan puolella.
Helpommin sanottu kuin tehty, mutta virheen mahdollisuus on virheen mahdollisuus. Prosessimielessä niistä on pyrittävä eroon.
Katalogitoimittajan tieto on mitä on ja Prestashop ottanee tiedot vain tietyllä tavalla, mutta jos teillä tosiaan on oma ERP niin siellä se kustomointi on sitten mahdollista.
Ei täysin sama asia, mutta edellisessä työpaikassa oli erikseen PDM ja ERP järjestelmät. Logiikka kulki niin, että PDM:stä vietiin tiedot ERP:iin. PDM oli Symantecin ja ERP Microsoftin, joten paljon kustomointia tarvittiin, että siirto toimi, mutta sellaiseksi se tehtiin, koska mikään muu ei ollut edes vaihtoehto nimikemassa ja valtava muutosten määrä huomioiden.
Haarautumista toki tapahtui sen suhteen, että jotkin seuraavat prosessit haki sitten tietonsa PDM:stä ja toiset ERPistä, mutta voitiin luottaa siihen, että data oli samaa molemmissa, siltä osin kun se oli yhteistä.
Esimerkiksi tuotehierarkia oli PDM:ssä, kun taas ERPissä käsiteltiin lähinnä yksittäisiä nimikkeitä, noin yleistäen.
Eli edelleen yleistäen esimerkiksi myyntimanuaalitieto haettiin PDM:stä, mutta ostot, varastot yms yms pyöri tietysti ERP puolella.
(Tuossa oli lisäksi linkki alaspäin siten, että PDM tieto pystyi tulemaan suoraan suunnittelusoftista, joissa ne varsinaiset rakenteet tehtiin.
Ei nyt koske teidän toimintaa tämä, mutta havainnollistamaan tätä datan virtausajattelua).
PS: ei tarvitse vastata tähän viestiin, lähinnä ajatusta hautumaan