Oracle Fusion Cloud ERP integracija
Povezujemo Oracle Fusion Cloud ERP s web shopom, PIM sustavom i prodajnim aplikacijama — kroz jedan integracijski sloj, umjesto niza zasebnih veza prema ERP-u.
- ERP integracije radimo od 2015. godine
- 100+ isporučenih integracija s ERP sustavima
- Spajamo se kroz Oracle Integration Cloud, REST endpointe i webhookove
Kada se javlja potreba za ovakvom integracijom
Oracle Fusion Cloud ERP uvodi se kao središnji sustav poduzeća. Prodajni kanali pritom rijetko idu u prvom valu implementacije — dolaze kasnije, kad treba spojiti web shop, katalog i aplikacije na prodajnim mjestima s ERP-om koji je već postavljen ili se postavlja.
Tada nastaje pitanje koje Oracle implementacija sama po sebi ne rješava: gdje živi sadržaj o proizvodu, kako do njega dolaze kanali i tko drži vezu prema ERP-u kad tih kanala bude više od jednog.
Mi radimo taj dio. Ne prodajemo Oracle licence i ne radimo implementaciju ERP-a — radimo sloj između Oraclea i svega što se na njega spaja.
Dvije Oracle implementacije rijetko izgledaju isto. Sustav se konfigurira po poduzeću — koji su moduli u igri, kako su definirana dodatna polja, što je izloženo prema van i u kojem obliku. Na to dolazi vaš proces prodaje, pa skup kanala koje treba hraniti. To troje određuje kako integracija izgleda, i zato ona počinje mapiranjem procesa, a ne odabirom tehnologije.
Jedan sloj umjesto pet veza prema ERP-u
Kad svaka aplikacija ima vlastitu vezu prema ERP-u, iste se informacije dohvaćaju pet puta. Cijene, zalihe i podaci o partnerima traže se odvojeno za shop, odvojeno za aplikaciju na prodajnom mjestu, odvojeno za sve što dođe kasnije. ERP to trpi dok kanala ima malo, a nakon toga postaje usko grlo — i svaka nova aplikacija znači novu integraciju od nule.
Zato smo razvili integracijski sloj koji preuzima ulogu jedine točke kontakta prema ERP-u. On dohvaća komercijalne podatke iz Oraclea, sadržaj o proizvodu iz PIM sustava, spaja ih i prosljeđuje kanalima. Aplikacije razgovaraju sa slojem, ne s ERP-om — pa broj poziva prema Oracleu ne raste sa svakim novim kanalom. Što sloj radi, kojim redom i s kojom učestalošću dolazi iz vašeg procesa.
Prema web shopu sloj radi razlikovno: preuzme trenutačno stanje u shopu, usporedi ga s onim što je stiglo iz ERP-a i PIM-a i pošalje samo razliku. Ako shop dio zapisa ne prihvati ili ga potvrdi, a ne spremi, sljedeći prolaz to uhvati — bez punog ponovnog uvoza kataloga.
Što dolazi iz Oraclea, a što iz PIM-a
Podjela je jasna i drži se dosljedno: Oracle je izvor istine za sve komercijalno, PIM za sve što opisuje proizvod.
Iz Oracle Fusion ERP-a
Cijene, zalihe, akcije, partneri, stanje naloga, poslovne jedinice, skladišne jedinice i lista komercijalista. Uz to osnovni identitet artikla: šifra, kataloški broj i status aktivnosti.
Iz PIM sustava
Nazivi, opisi, atributi i atributski setovi, slike i dokumenti, kategorije, prijevodi, vezani proizvodi, varijante i rezervni dijelovi. Sve informacije o proizvodu koje bilo koji kanal koristi dolaze iz PIM-a — ne iz ERP-a i ne iz shopa.
Prema Oracleu
Kupci i narudžbe iz svih kanala, te dopunske informacije o proizvodu koje nastaju u PIM-u, a Oracleu su potrebne — naziv, glavna slika i prijevodi za pojedina tržišta.
Nekoliko polja koja Oracle drži PIM prati i preuzima čim se u ERP-u promijene, kako se ne bi razišli. Sve ostalo o proizvodu je posao PIM-a i tamo ostaje.
Gdje točno ide ta crta, nije unaprijed zadano. Kod jednog poduzeća ERP vodi i dio komercijalnih atributa, kod drugog PIM preuzima i kategorizaciju koju ERP koristi. To se dogovara na početku i onda se drži dosljedno — najskuplje su integracije u kojima dva sustava paralelno tvrde da su izvor istine za isti podatak.
Kako se podaci sinkroniziraju
Ne postoji jedan interval za sve. Različiti podaci mijenjaju se različitom dinamikom, pa se i prenose različito. Raspored postavljamo prema tome koliko koji podatak smije kasniti — a to je poslovna odluka, ne tehnička. Zaliha koja kasni sat vremena u veleprodaji nije isti problem kao u maloprodaji s jednim komadom na stanju.
U stvarnom vremenu
U intervalima
Puna resinkronizacija
Što PIM dodaje Oracle Fusion sustavu
Oracle Fusion i PIM pokrivaju dvije različite vrste podataka i rade najbolje kad svaki radi svoje. ERP drži ono što je komercijalno i transakcijsko — cijene, zalihe, partnere, naloge. PIM drži sadržaj o proizvodu, koji ima drugu dinamiku i druge korisnike: njime se bavi nabava i marketing, mijenja se svakodnevno i mora izgledati različito po kanalu i tržištu.
Dio toga moguće je izvesti i unutar Oraclea, ali uz napredne pakete i znatno veći opseg konfiguracije. Praktičnije je i lakše za održavanje kad sadržaj o proizvodu živi u sustavu koji je za to napravljen. Koliko se toga seli u PIM, ovisi o tome što vaša Oracle konfiguracija već pokriva i uz koji trošak. Kod nekih je to gotovo sve s popisa, kod drugih samo mediji i prijevodi.
Konkretno, ovo je ono što u našem PIM-u stoji izvan ERP-a:
Atributi
Broj i tipovi karakteristika po artiklu nisu vezani uz to koliko polja ERP daje u osnovnoj konfiguraciji. U praksi se katalozi kreću oko 30 do 40 karakteristika po artiklu, ali gornja granica nije stvar konfiguracije nego potrebe.
Mediji
Masovni uvoz u kojem se iz naziva datoteke raspoznaje o čemu je riječ — je li slika glavna ili dodatna, je li dokument jamstveni list ili tehnički list, kojem jeziku pripada i na koju poziciju ide.
Više kategorijskih stabala
Zasebno stablo za B2C, zasebno za B2B i zasebno za ERP, uz mapere koji artikle po pravilima automatski svrstavaju u odgovarajuće kategorije. Vezani proizvodi dodaju se automatski, na temelju kategorije i atributa.
Varijante i rezervni dijelovi
Varijabilnost artikla i veze prema rezervnim dijelovima drže se u PIM-u i prosljeđuju kanalima u obliku koji im odgovara.
Višejezičnost
Katalog se vodi na proizvoljnom broju jezika, s prijevodima na razini svakog polja, ne samo naziva. Jezici se dodaju bez ponovnog uređivanja postojećeg sadržaja.
Masovne izmjene kroz Excel
Izvoz u Excel, izmjena, uvoz natrag. Prije nego što se išta zapiše, sustav prikaže popis svih izmjena koje će izvršiti i sva mjesta gdje podatak nije ispravan. Djelatnik provjerava je li sustav razumio ono što je unio i tek onda potvrđuje.
API za ostale sustave
Desetak poziva pokriva sve podatke iz PIM-a. Puni dohvat kataloga od 50.000+ artikala sa svim atributima i prijevodima vraća se kao komprimirani JSON, u pravilu do stotinjak sekundi. Manji pozivi vraćaju se u nekoliko sekundi.
Kanali koje sloj opslužuje
Sloj nije vezan uz jedan kanal. Svaka aplikacija koja treba iste podatke spaja se na njega, a ne na ERP. Koji su kanali u igri, mijenja i to kako sloj izgleda — aplikacija na prodajnom mjestu traži drugi skup podataka od web shopa, a oba traže isti izvor.
Web shop
Sloj upisuje podatke u shop kroz njegov API, razlikovno — šalje se samo ono što se promijenilo. Koja je platforma s druge strane, ne mijenja logiku integracije: Magento, naša B2B/B2C platforma, namjenski frontend ili shop koji je radio netko drugi.
QR Prodajni asistent
Naša aplikacija za prodajna mjesta na kojima kupac ne može robu nositi kroz trgovinu — namještaj, keramika, sanitarije, boje, građevinski materijal, tehnika. Skeniranjem QR koda kupac dobiva podatke o artiklu, tehničku dokumentaciju i primjere primjene, i slaže narudžbu koja zamjenjuje fizičku košaricu. Kroz sloj dohvaća cijene, zalihu, zalihu po poslovnicama, akcije i artikle u dolasku, a narudžbu šalje natrag prema ERP-u.
Identifikacija partnera na prodajnom mjestu
Aplikacija koja partnera prepoznaje na prodajnom mjestu, tako da se na njegovu narudžbu primijene ugovoreni uvjeti iz ERP-a bez ručne provjere. Radi kao virtualna kartica kupca, s ključem koji vrijedi za jednu narudžbu. Razvija se prema uvjetima koje vaš ERP već vodi.
Novi kanali
Kad se pojavi nova aplikacija, ona preuzima iste podatke iz sloja umjesto da otvara vlastitu vezu prema ERP-u. To je razlog zašto sloj uopće postoji.
Naša uloga uz Oracle implementaciju
Prema Oracle timu dolazimo sa strane koja zna što prodajni proces i kanali traže od ERP-a. Iz toga nastaje zahtjev: koji podaci moraju biti izloženi, u kojem obliku i kojom dinamikom. Oracle tim to postavlja unutar sustava, mi definiramo što treba i provjeravamo rezultat.
Konkretno:
- mapiranje procesa prodaje i kanala, prije nego što se dira ijedan endpoint
- specifikacija podataka koje kanali trebaju i oblika u kojem ih trebaju
- izmjene postojećih endpointa i definiranje dodatnih, ondje gdje standardni skup ne pokriva potrebu
- prilagodba logike dohvata zaliha
- migracija podataka o proizvodima u PIM
- razrada toka podataka: što gdje živi, kojim putem ide i kada
Ono što ne radimo: Oracle licence, implementaciju ERP-a i konfiguraciju samog sustava izvan integracijskog dijela. Za to postoji Oracle partner i s njim radimo zajedno, ne umjesto njega.
Redoslijed je bitan. Kad se prvo dogovori što proces traži, razgovor s Oracle timom je popis konkretnih zahtjeva. Kad se krene obrnuto, ispada da endpoint daje podatak koji nikome ne treba, a onaj koji treba nije izložen.
Koliko traje i koliko košta
Nema okvirne procjene koja bi za ovakav projekt bila poštena, jer se opseg gradi odozdo. Prvo iz vašeg procesa prodaje: tko naručuje, po kojim uvjetima i gdje se narudžba potvrđuje. Zatim iz vaše Oracle konfiguracije — moduli, dodatna polja i ono što je izloženo prema van razlikuju se od implementacije do implementacije, pa se i opseg posla razlikuje prije nego što išta napišemo. Tek na kraju iz broja i vrste kanala koje treba hraniti.
Ono što se ne gradi iznova je osnova. PIM i integracijski sloj razvijamo godinama i koriste se u više sustava; na njih dolazi sloj koji je specifičan za vas. Plaćate prilagodbu, ne pisanje temelja.
Nakon analize dobivate fiksnu ponudu — dokument s razrađenim opsegom, integracijama i okvirnim rokom. Mijenja se samo ako vi zatražite promjenu opsega. Do ponude ne naplaćujemo ništa: ni razgovor, ni analizu, ni razradu opsega.
Oracle integracija u praksi
Oracle Fusion Cloud ERP jedan je od ERP sustava na koje se spajamo. Arhitekturu opisanu na ovoj stranici postavili smo u suradnji s Fero-Termom, s kojim radimo dulje od deset godina.
ERP integracije radimo od 2015. i iza nas ih je 100+: Luceed, Apross, Pantheon, 4D Wand, Oracle Fusion i sustavi po mjeri. Klijenti koji su tijekom godina mijenjali ERP zadržali su iste sustave — mijenja se sloj integracije, ne sve ostalo.
Što je Oracle Fusion Cloud ERP
Oracle Fusion Cloud ERP je Oracleov poslovni sustav u oblaku — financije, nabava, upravljanje projektima, upravljanje rizikom i lanac opskrbe u jednom paketu.
Isti proizvod susrest ćete i pod nazivima Oracle Cloud ERP, Oracle ERP Cloud i Oracle Fusion; riječ je o jednom sustavu, ne o različitim verzijama. Uvode ga poduzeća kojima je ERP središnji sustav, a ne alat jednog odjela, i implementacija u pravilu ide preko Oracle partnera.
Prema vanjskim sustavima Fusion se otvara na više načina. Mi primarno radimo kroz Oracle Integration Cloud, uz webhookove za promjene koje moraju stići odmah i namjenske REST endpointe za akcije koje standardni skup ne pokriva. Koji je put pravi ovisi o tome što je u vašoj implementaciji dostupno i što je s Oracle partnerom dogovoreno — a upravo zato se dva Oracle projekta ne mogu rješavati istim receptom. To utvrđujemo na početku, ne u fazi testiranja.
Često postavljana pitanja
Implementirate li Oracle Fusion Cloud ERP?
Ne. Ne prodajemo Oracle licence i ne radimo implementaciju ni konfiguraciju samog ERP-a. Radimo integracijski sloj, PIM i kanale koji se na Oracle spajaju. Prema Oracle timu dolazimo sa zahtjevom — što mora biti izloženo, u kojem obliku i kojom dinamikom — a oni to postavljaju unutar sustava.
Imate li gotov konektor za Oracle?
Ne, i to namjerno. Oracle Fusion se konfigurira po poduzeću, pa dva sustava rijetko izlažu iste podatke u istom obliku, a iza njih stoje različiti prodajni procesi. Konektor koji bi pokrio sve varijante morao bi na svakom pozivu provjeravati desetke scenarija, a to se plaća brzinom — kod kataloga od nekoliko desetaka tisuća artikala razlika se mjeri u sekundama učitavanja. Umjesto toga koristimo jezgru koju razvijamo godinama i na nju gradimo sloj specifičan za vašu implementaciju.
Možemo li vas uključiti ako Oracle već radi?
Da, i to je češći slučaj. Prvo utvrđujemo što je na vašoj implementaciji dostupno prema vanjskim sustavima i u kojem obliku, pa iz toga izlazi opseg.
S kojim platformama možete povezati Oracle?
S bilo kojom koja ima API. Najčešće je to Magento, naša B2B/B2C platforma ili namjenski frontend, a spajamo se i na sustav koji je radio netko drugi. Sloj je platformski neovisan — mijenja se samo način na koji podaci ulaze u shop, ne logika integracije.
Radite li s web shopom koji nije vaš?
Da. Sloj upisuje podatke u shop kroz njegov API, pa nije bitno tko ga je izradio. Radili smo upravo tako — s Magento trgovinom koju je razvila druga tvrtka.
Zašto nam treba PIM ako Oracle već drži artikle?
Oracle drži ono što je komercijalno — šifru, cijenu, zalihu, status. Sadržaj o proizvodu je druga vrsta podatka: deseci atributa po artiklu, slike i dokumenti, više kategorijskih stabala, prijevodi po tržištu. Dio toga moguće je riješiti i u Oracleu, uz napredne pakete i opsežniju konfiguraciju. U praksi se lakše održava kad sadržaj živi u sustavu napravljenom za sadržaj, a ERP ostane izvor istine za komercijalne podatke. Uz to isti sadržaj koriste svi kanali, pa se opisi, slike i prijevodi ne održavaju posebno za svaki.
Što se događa ako ERP privremeno ne odgovori?
Podaci se ne gube. Uz logiku zadnje izmjene postavljamo i puni prolaz izvan radnog vremena, a narudžbe uz trenutačno slanje imaju i periodičnu provjeru kao rezervni put. Ono što nije prošlo u prvom pokušaju uhvati se u sljedećem.
Možemo li kasnije dodati još kanala?
Da, i sloj je zbog toga tako postavljen. Novi kanal preuzima podatke iz sloja i ne otvara vlastitu vezu prema ERP-u, pa ni broj poziva prema Oracleu ne raste sa svakom novom aplikacijom.
Koliko traje ovakav projekt?
Ovisi o broju kanala, stanju podataka o proizvodima i o tome je li Oracle već u radu. Okvirni rok dobivate uz ponudu, nakon što prođemo kroz opseg — paušalna procjena unaprijed kod ovakvih projekata ne znači ništa.
Kako izgleda prvi korak?
Razgovor u kojem prolazimo kroz vaš proces prodaje, Oracle implementaciju i kanale koje želite spojiti. Bez obveze i bez naplate. Iz toga izlazi prijedlog arhitekture i fiksna ponuda — i prijedlog je za vas, ne prepisan s prethodnog projekta.