Þyngd vöru er skráð í efnisstjórnun. Hlutfall endurunnins efnis er skráð í formúlukerfi. Vottorð birgis er vistað sem PDF á netdrifi. Vöruskírteinið krefst allra þriggja upplýsinganna í einni gagnaskrá, og einmitt um það snýst samþættingarverkefnið - ekki bara um að tengja tvö kerfi.
“Samskeytt ERP-samþætting” er staðlað loforð sem í framkvæmd felur í sér þriggja mánaða verkefni. Við erum að birta leiðbeiningar okkar svo að upplýsingatæknideildin ykkar geti kannað hvaða gögn eru raunverulega krafist áður en samningur er undirritaður. Þessi grein útskýrir hvaða gögn vegabréfið krefst frá kerfum þínum, þrjár leiðir til að senda okkur þau og hvers vegna þetta er hægt að framkvæma á tveimur vikum.
Hvað ERP-kerfið þitt þarf í raun að veita
Til að búa til DPP (vöruskrá vegabréfs) þurfum við eftirfarandi fyrir hverja vöru:
- Aðalupplýsingar - vörunúmer, lýsing, afbrigði, þyngd, víddir, myndir
- Upplýsingar um efnisyfirlit - íhlutir með magni og endurunnu efni
- Upplýsingar um uppruna - framleiðslustaður, lotunúmer, framleiðsludagur
- Umhverfisupplýsingar - CO₂-jafngildi á einingu, vatnsnotkun, orkunotkun
- Upplýsingar um birgja - hver býður hvaða íhlut (fyrir kröfur um vandaða meðferð upplýsinga)
Fræðilega séð eru allar þessar upplýsingar tiltækar í ERP-kerfinu þínu. Í reynd eru þær hins vegar dreifðar á 4 til 7 einingar: efnisstjórnun, framleiðsla, gæðastjórnun, birgjaragagnagrunnur, stundum sérstök eining fyrir umhverfisgögn og stundum sérkerfi fyrir uppskriftir og efnisyfirlit.
Spurningin um samþættingu er ekki: “Veitir ERP-kerfið þitt gögn til DPP?” Hún er: “Hvernig sameinarðu gögnin úr fimm undirkerfum í samræmt gagnasafn?”
Þrjár reyndar og prófaðar nálganir
Nálgun 1: Að sækja gögn úr ERP-kerfinu
Virkar vel með nútímalegum ERP-kerfum (SAP S/4HANA Cloud, Dynamics 365, Odoo). DPP-veitandinn sækir gögnin í gegnum viðmót ERP-kerfisins (tæknilega séð OData eða REST). Aðeins breytingarnar eru sóttar, annaðhvort á fyrirfram ákveðnum tíma eða þegar atburður á sér stað.
Kostir: lágmarksþróun krafist af þinni hálfu; þú veitir aðgang til lestrar og þjónustuveitandinn sér um gagnabreytinguna.
Ókostir: virkar ekki með eldri SAP ECC-uppsetningum án viðbótarviðmótlaga. Þú þarft skýr reglur um hver hafi heimild til að lesa hvaða gögn.
Valmöguleiki 2: Miðla breytingum
ERP-kerfið skráir allar breytingar sem atburð (í gegnum SAP Event Mesh, Apache Kafka eða RabbitMQ), og DPP-veitandinn móttekur þær.
Kostir: Næstum rauntími, stækkar með fyrirtækinu; kerfin eru ekki háð hvert öðru.
Ókostir: Uppsetningin er flókin og krefst innviða sem ekki öll upplýsingatæknideildir hafa. Venjulega ofviða fyrir minni fyrirtæki.
Valmöguleiki 3: Nota núverandi samþættingarlag
Þú ert þegar með samþættingarlag (Mulesoft, Boomi, Informatica, Azure Data Factory) milli ERP-kerfisins og utanaðkomandi kerfa. Þetta lag starfar sem milliliður: DPP-veitandinn á samskipti við það, en aldrei beint við ERP-kerfið.
Kostir: Hægt er að nýta núverandi fjárfestingar, reglurnar haldast stöðugar og þriðju aðilar hafa ekki beinan aðgang að ERP-kerfinu.
Ókostir: Kostnaður þinn vegna samþættingarlagsins eykst í samræmi við það.
Hvað við gerum öðruvísi í tilteknum verkefnum
Margir þjónustuveitendur vilja tengjast beint við ERP-kerfið þitt. Við innleiðum alltaf millistig: viðmót okkar tekur við hlutlausu gagnasniði (JSON-skema), sem þú fyllir út með því tæki sem þú kýst. Þetta þýðir:
- Þú getur undirbúið gögnin sjálfur með þeim tólum sem teymið þitt þekkir
- Þú getur skipt um þjónustuaðila - hlutlaust sniðmát er flytjanlegt
- Þú getur hvenær sem er sótt allt gagnasafnið þitt - sem CSV, XLSX, JSON-LD og SQL, sem og í gegnum REST API
- Við bjóðum upp á innflutningsstaðfestara sem kannar gögnin þín áður en þeim er hlaðið upp
Heildstætt sniðmát og allar fyrirspurnir eru opinberlega skráðar á /apidocs sem API-lýsing í samræmi við OpenAPI. IT-teymið þitt getur skoðað API-ið áður en samningur er undirritaður - þar á meðal dæmi um beiðnir, villusvör og auðkenningargögn.
Tímarammi fyrir þessa nálgun í framkvæmd:
- Dagar 1 til 2: Kortlagningarvinnustofa. Hvert ERP-reitið samsvarar hvaða DPP-reiti?
- Dagar 3 til 5: Upphafleg JSON-útflutning frá ERP-kerfinu, unnið af gildaskekkjara okkar.
- Dagarnir 6 til 8: Bilaleit ( vantar reiti, ósamræmd kóðun).
- Dagarnir 9 til 10: Fyrstu DPP-arnir fara í loftið.
Tvær vikur, ekki þrír mánuðir. Kjarni málsins er kortlagningarnámskeiðið - þar er gæði gagna ákvörðuð.
Hvað fer úrskeiðis: algengustu gildrurnar
Aðalvörugögn í mörgum kerfum: SAP geymir vörunúmerið, PIM geymir myndir og markaðstexta, og PLM geymir efnisyfirlitið. Enginn hefur samræmda yfirsýn. Lausnin: Áður en verkefnið hefst, skilgreinið hvaða kerfi er aðaluppspretta fyrir hvert reiti.
Vottorð sem PDF-skrár: birgjar útvega GOTS-, OEKO-TEX- eða REACH-vottorð sem skannaðar PDF-skrár. Þetta er ekki uppbyggð gagnuppspretta. Lausn: Vottunarstofur bjóða sífellt upp á þann möguleika að sækja gögn í gegnum viðmót (OEKO-TEX er í fararbroddi en GOTS dregst aftur úr). Annars er hægt að slá gögnin inn handvirkt, en þá skal skrá gildistíma til að tryggja að úrelt vottorð birtist ekki í DPP.
Trúnaður um samsetningu: Sérstaklega í snyrtivörum, matvælum og lyfjum er fullkomin samsetning viðskiptaleyndarmál. Ætti DPP að gera þær opinberar? Lausn: Þriggja þrepa líkan ESPR. Vöruflokkurinn er opinber; yfirvöld geta skoðað fullkomna uppskriftina. Þetta er nánast aldrei hindrun, en það þarf að skýra það snemma í ferlinu.
CO₂-gögn frá birgjum: Birgirinn þinn gefur upp meðalgildi fyrir allt vörusafnið sitt, en ekki fyrir hverja lotu. Lausn: Samþykkja þetta tímabundið; aðlaga birgjasamninga til lengri tíma. ESPR krefst vörutengdra gilda frá tilteknum skiladegi, en núverandi framkvæmd er málamiðlun.
Tungumálútgáfur fyrir staðbundinn markað: ERP-kerfið þitt inniheldur aðeins vörunafnið á þýsku og ensku. Fyrir 27 ESB-lönd þarftu fleiri. Lausn: Vélþýðing með hugtaka gagnagrunni; við höfum sérstaka grein um þetta.
Spurningar sem þú ættir að spyrja fyrir verkefnið
Áður en þú sendir út beiðni um tilboð (RFP) til þriggja birgja, svaraðu eftirfarandi spurningum innanhúss:
- Hversu mörgum vörum/vörunúmerum ætti að fylgja DPP-gögn? (10, 10.000, 1 milljón?)
- Hvaða kerfi geyma nú þegar gögn sem tengjast DPP?
- Hvaða deild sér um hvert þessara kerfa?
- Er til samþættingarlag sem ætti að nýta?
- Er þegar til viðmót í gegnum ERP-kerfið ykkar?
Svörin munu ákvarða hvaða þriggja nálgana hentar ykkur best. Og þau munu ákvarða hvort verkefnið taki tvær vikur eða sex mánuði.
Spurningar um þessa færslu
Er REST-viðmótið nægjanlegt, eða þurfum við milliforrit?
Viðmótið er nægjanlegt. Þrír mynstur eru ólík í því hvar umbreytingin fer fram, en ekki í því hvað við tökum við - viðmót okkar tekur við hlutlausu JSON-skema, óháð því hvernig þú bjóst það til. Útdráttur úr nútímalegu ERP-kerfi, atburðastraumur og núverandi samþættingarlag enda allir á sama endapunkti. Miðlægur hugbúnaður er þess virði að nota ef þú ert þegar með hann í notkun og vilt að hann haldist samningsbundið viðmót við þriðja aðila. Ef þú ert ekki með neinn slíkan í dag, kaupaðu engan eingöngu fyrir vörupassa.
Hvað verður ákveðið á kortlagningavinnustofunni?
Hvaða ERP-reitur samsvarar hvaða grunnupplýsingareit - og hvaða kerfi er æðsta heimildin þegar mörg kerfi geyma sama gildi. Vinnustofan fer fram á 1. og 2. degi og er kjarni alls verkefnisins, því þar eru tekin ákvörðun um gæði gagna en ekki síðar í kóðanum. Gakktu úr skugga um að taka með þér þá sem sjá um viðhald kerfanna, ekki bara þá sem bera ábyrgð á verkefninu - grunnupplýsingar, framleiðsla, gæði og innkaup eru sjaldan öll hluti af sama deild. Allt sem kemur næst - útflutningur, staðfesting og bilanaleit - er einfaldlega tæknilegt sérfræðiþekkingarefni.
Vottorðin okkar fást aðeins sem PDF-skannanir. Hvað eigum við að gera við þau?
Skoðun er ekki uppbyggð gagnalind og er því óhæf fyrir vegabréfið. Tvær leiðir eru færar - vottunarvaldir bjóða sífellt upp á API-fyrirspurnir, og þar sem þær eru ekki tiltækar skráðu gildin handvirkt, en tilgreindu alltaf gildistímann til að tryggja að ekkert útrunnið vottorð sitji eftir í birtu vegabréfi. Meðhöndlaðu handvirka ferlið sem endurtekið verkefni, ekki sem einnota vinnu.
Getur upplýsingatækniteymi okkar athugað viðmótið áður en við undirritum eitthvað?
Já. Heildarskemað og allir endapunktar eru aðgengilegir sem OpenAPI-tilgreining á /apidocs, ásamt sýnidæmum um beiðnir, villusvörum og auðkenningargögnum. Ekkert af þessu er til umræðu í söluferli, svo innleiðingarteymi þitt getur metið fyrirhöfnina sem þarf áður en samningur er gerður. Ef birgir birtir ekki API sitt á þessu stigi, þá er það í sjálfu sér svar.
Hvað gerist með gögnin okkar þegar við skiptum um þjónustuveitanda?
Þau eru um borð. Viðmótið tekur við hlutlausu JSON-skema í stað einkaleyfisforms, og allur birgðaskráin þín er útgefin sem CSV, XLSX, JSON-LD og SQL, eða í gegnum REST-API. Þetta er með ásetningi - sniðið sem þú fyllir út er flytjanlegt, svo að skipta um þjónustuaðila felur einfaldlega í sér útflutning frekar en að þurfa að endurbyggja allt frá grunni. Spyrðu alla þjónustuaðila sömu spurningu fyrir kortunarvinnustofuna, því þá verða reitnafn þín innlögð í þeirra líkan.
Hversu langan tíma tekur það í raun að koma á tengingu?
Í þeim verkefnum sem við styðjum tekur ferlið tvær vikur: tveir dagar í kortlagningu, þrír dagar þar til fyrstu útflutningarnir eru framleiddir af staðfestaranum okkar, þrír dagar í villuleiðréttingu og tveir dagar þar til fyrstu skýrslurnar um úrvinnslu eru birtar. Langferðin snýst aldrei um kóðann sjálfan, heldur um það sem staðfestandinn afhjúpar - vantar reiti, ósamræmda kóðun og gildi sem enginn ber ábyrgð á. Gakktu úr skugga um að gera ráð fyrir þessum dögum frekar en að stytta þá. Verkefni sem sleppir þeim mun að lokum birta glufurnar líka.
Þurfum við að tengja allar vörurnar í einu?
Nei. Byrjaðu fyrst á vörunum sem krefjast pasports og á uppsprettukerfinu - hlutlaust skema tekur jafngjarnlega við hluta af vörulista sem og heildarlista, og innflutningar eru endurtekningarhæfir, svo næstu keyrslur munu uppfæra birgðirnar. Þetta gerir kortlagningarvinnustofuna einnig nógu stutta til að ljúka á tveimur dögum. Öll frekari útvíkkun er kortlagningaverkefni, ekki nýtt verkefni.
