‘Integrim i pandërprerë i ERP-së’ është një premtim standard që, në praktikë, pasohet nga një projekt tre mujor. Ne po publikojmë Udhëzuesin tonë të API-së në mënyrë që ekipi juaj i IT-së të mund të verifikojë se cilat të dhëna po kërkohen me të vërtetë para se të nënshkruajë kontratën. Ja çfarë duhet të dini para se të nisni një projekt integrimi.
Çfarë duhet të ofrojë ERP-ja juaj në të vërtetë
Për të krijuar një DPP, na nevojiten të dhënat e mëposhtme për çdo produkt:
- Të dhëna bazë - numri i artikullit, përshkrimi, variantet, peshat, dimensionet, imazhet
- Të dhëna për listën e materialeve - komponentët me sasi dhe përmbajtje të ricikluar
- Të dhëna mbi origjinën - vendi i prodhimit, numri i serisë, data e prodhimit
- Të dhëna mjedisore - CO₂eq për njësi, konsum i ujit, konsum i energjisë
- Të dhëna mbi furnizuesit - kush furnizon çdo komponent (për kujdesin e duhur)
Në teori, të gjitha këto të dhëna janë të disponueshme në sistemin tuaj ERP. Në praktikë, megjithatë, këto të dhëna janë të shpërndara në 4 deri në 7 module: Menaxhimi i Materialeve (MM), Prodhimi (PP), Menaxhimi i Cilësisë (QM), Menaxhimi i Furnizuesve (LFA1), ndonjëherë një modul i veçantë EHS për të dhënat mjedisore, dhe ndonjëherë një sistem PLM për formulimet.
Pyetja e integrimit nuk është: ‘A furnizon ERP-ja juaj të dhëna për një DPP?’ Por është: ‘Si i bashkoni të dhënat nga pesë nënsisteme në një grup të dhënash koherent?’
Tre modele integrimi të provuara dhe të testuara
Modeli 1: OData / REST pull
Funksionon mirë me ERP-të moderne (SAP S/4HANA Cloud, Dynamics 365, Odoo). Ofruesi i DPP-së merr të dhëna përmes OData ose REST. Graduale, të planifikuara ose të bazuara në ngjarje.
Avantazhet: kërkohet zhvillim minimal nga ana juaj; ju siguroni kredencialet e leximit, dhe ofruesi ndërton transformimin.
Disavantazhet: nuk funksionon me instalimet më të vjetra të SAP ECC pa një shtresë shtesë API. Ju nevojitet qeverisje mbi kërkesat për akses të të dhënave.
Modeli 2: Integrim i bazuar në ngjarje
SAP Event Mesh, Apache Kafka, RabbitMQ. ERP-ja juaj boton ngjarje ndryshimi; ofruesi DPP i konsumon ato.
Përparësitë: pothuajse në kohë reale, shkallëzueshmëri elegante, i shkëputur.
Disavantazhet: Vendosja është komplekse dhe kërkon infrastrukturë që jo çdo departament IT e ka. Zakonisht e tepruar për kompanitë më të vogla.
Modeli 3: Middleware / ETL
Ju keni një shtresë integrimi (Mulesoft, Boomi, Informatica, Azure Data Factory) midis ERP-së dhe sistemeve të jashtme. Middleware-i vepron si ndërfaqe - ofruesi i DPP-së komunikon me middleware-in, kurrë drejtpërdrejt me ERP-në.
Përparësitë: investimet ekzistuese mund të shfrytëzohen, qeverisja është e qëndrueshme, nuk ka akses të drejtpërdrejtë në ERP për palët e treta.
Të metat: Kostot e middleware-it tuaj rriten në përputhje me rritjen e përdorimit.
Çfarë bëjmë ndryshe në projekte specifike
Shumë ofrues duan të lidhen drejtpërdrejt me ERP-në tuaj. Ne gjithmonë përfshijmë një hap ndërmjetës: API-ja jonë pranon një skemë neutrale JSON, të cilën e plotësoni duke përdorur një mjet me zgjedhjen tuaj. Kjo do të thotë:
- Ju mund të përgatisni vetë të dhënat, duke përdorur mjetet me të cilat ekipi juaj është i njohur
- Ju mund të ndryshoni ofruesit - formati neutral është i bartshëm
- Ju mund të rikuperoni të gjithë bazën tuaj të të dhënave në çdo kohë - si CSV, XLSX, JSON-LD dhe SQL, si dhe përmes REST API
- Ne ofrojmë një validues importi që kontrollon të dhënat tuaja para ngarkimit
Skema e plotë dhe të gjitha pikat përfundimtare janë dokumentuar publikisht si një specifikim OpenAPI në /apidocs. Ekipi juaj i IT-së mund të testojë ndërfaqen para se të nënshkruhet një kontratë - duke përfshirë kërkesa shembull, përgjigje gabimesh dhe detaje autentifikimi.
Kronologjia për këtë qasje në praktikë:
- Ditët 1 deri në 2: Punëtori për hartimin e korrespondencës. Cili fushë i ERP-së korrespondon me cilin fushë të DPP-së?
- Ditët 3 deri në 5: Eksportet fillestare JSON nga ERP, të përpunuara nga validatori ynë.
- Ditët 6 deri në 8: Zgjidhja e problemeve (fusha të munguara, kodim i papajtueshëm).
- Ditët 9 deri në 10: DPP-të e para hyjnë në funksion.
Dy javë, jo tre muaj. Thelbi i çështjes është punëtoria e hartimit - aty përcaktohet cilësia e të dhënave.
Çfarë shkon keq: gabimet më të zakonshme
Të dhënat bazë të produktit nëpër sisteme të shumta: SAP ka numrin e artikullit, PIM ka imazhet dhe tekstet e marketingut, PLM ka fletën e materialit. Askush nuk ka një pamje të qëndrueshme. Zgjidhja: para se të fillojë projekti, përcaktoni se cili sistem është ‘burimi i së vërtetës’ për secilin fushë.
Certifikatat si PDF: furnizuesit ofrojnë certifikata GOTS, OEKO-TEX ose REACH si PDF të skanuara. Kjo nuk është një burim të dhënash të strukturuar. Zgjidhja: Trupat e certifikimit gjithnjë e më shumë ofrojnë kërkesa API (OEKO-TEX po udhëheq, ndërsa GOTS mbetet prapa). Si alternativë: fusni të dhënat manualisht, por përfshini datën e skadencës për t’u siguruar që asnjë certifikatë e skaduar të mos shfaqet në DPP.
Konfidencialiteti i formulimit: veçanërisht në kozmetikë, ushqim dhe farmaceutikë, formulimi i plotë është një sekret tregtar. A duhet t’i bëjë publike DPP-ja? Zgjidhja: Modeli me tre nivele i ESPR-së. Kategoria e produktit është e disponueshme publikisht; autoritetet rregullatore mund të shohin formulimin e plotë. Kjo pothuajse kurrë nuk është një pengesë, por duhet të sqarohet në një fazë të hershme.
Të dhënat e CO₂ bazuar te furnizuesit: Furnizuesi juaj jep një vlerë mesatare për të gjithë portofolin e tij, jo për çdo seri. Zgjidhja: Pranoni këtë përkohësisht; rregulloni kontratat me furnizuesit në afat të gjatë. ESPR kërkon vlera specifike për produktin nga një datë e caktuar, por praktika aktuale është një kompromis.
Versione në gjuhë lokale: Sistemi juaj ERP përmban vetëm emrin e produktit në gjermanisht dhe anglisht. Për 27 vendet e BE-së, ju nevojiten më shumë. Zgjidhja: Përkthim me makinë duke përdorur një bazë të dhënash terminologjike; ne kemi një artikull të veçantë për këtë.
Pyetjet që duhet t’i bëni para projektit
Para se të dërgoni një RFP te tre furnizues, përgjigjuni pyetjeve të mëposhtme brenda organizatës:
- Sa produkte/numra artikujsh duhet të kenë DPP? (10, 10,000, 1 milion?)
- Cilat sisteme aktualisht mbajnë të dhëna të rëndësishme për DPP?
- Cili departament menaxhon secilin prej këtyre sistemeve?
- A keni një investim në middleware që duhet të shfrytëzohet?
- A ekziston tashmë një shtresë API mbi ERP-në tuaj?
Përgjigjet do të përcaktojnë se cili nga tre modelet është i duhuri për ju. Dhe ato do të përcaktojnë nëse një projekt zgjat dy javë apo gjashtë muaj.