Povezave in konektorji za Oracle NetSuite: od API-ja do e-računov

Ko podjetje pri nas vpraša po konektorju za NetSuite, pogosto misli na eno samo stvar: gumb, ki poveže spletno trgovino, banko ali računovodski program. V resnici je konektor NetSuite le zadnji člen v verigi odločitev: kateri podatki se prenašajo, v katero smer, kako pogosto, kdo popravi napako ob tretji zjutraj in kdo plača spremembo, ko se zakonodaja ali vaš prodajni kanal spremeni. Ta stran je namenjena vodstvu, finančnim direktorjem in vodjem IT v slovenskih srednjih podjetjih, ki želijo integracijo NetSuite zastaviti tako, da po zagonu ne postane vir težav.

Kaj pomeni integracija NetSuite

Oracle NetSuite je ERP v oblaku, zato se z njim ne povezujete na strežnik v svoji kleti, ampak prek spletnih vmesnikov. Podatki, ki jih sistem hrani, od strank in dobaviteljev do zalog, računov in knjižb, so dostopni zunanjim aplikacijam prek vmesnikov API. Integracija je torej vsaka avtomatska izmenjava teh podatkov z drugo aplikacijo.

V praksi najdemo tri pogoste oblike:

• pripravljen konektor, ki ga izdela tretji ponudnik in ga kupite ali naročite kot razširitev,
• integracijska platforma, ki posreduje med več sistemi in hrani pravila preslikave,
• povezava po meri, ki jo napiše vaš integrator ali interna ekipa neposredno prek API-ja.

Nobena ni sama po sebi boljša. Izbira je odvisna od števila sistemov, od posebnosti vaših procesov in od tega, koliko nadzora želite nad kodo. Širši okvir izbire programa najdete v vodniku kako izbrati ERP.

API NetSuite: REST in SOAP

Osrednji vmesnik za povezovanje je SuiteTalk, ki obstaja v dveh oblikah. Razlika je pomembna, ker ena od njiju izginja.

Storitve REST

Storitve REST so po Oraclovi dokumentaciji trenutno prava smer za nove projekte. Omogočajo operacije CRUD na zapisih (ustvarjanje, branje, spreminjanje, brisanje), dostop do metapodatkov, filtriranje zbirk, izvajanje dejanj in pretvorb zapisov ter asinhrono obdelavo. Prek njih lahko poganjate tudi nabore podatkov v delovnih zvezkih SuiteAnalytics in poizvedbe SuiteQL. Pomembna podrobnost: za to ni treba nameščati skripte, kar jih loči od RESTletov, pri katerih je skripta na strani NetSuite del rešitve.

Za vas to pomeni, da je veliko tipičnih povezav mogoče zgraditi brez posega v samo okolje NetSuite, kar poenostavi tudi preglede ob nadgradnjah.

Storitve SOAP in njihov konec

Storitve SOAP uporabljajo kodiranje Document, torej izmenjavo sporočil v obliki XML, klici RPC niso podprti. Promet poteka samo prek HTTPS, dostop se nadzoruje z vlogami (obstaja tudi vloga »Web Services Only«), zahteve pa so lahko sinhrone ali asinhrone.

Pomembnejša od tehničnih podrobnosti je časovnica. Oracle je SOAP uvrstil med vmesnike v ukinjanju:

Dokumentacija za vsako novo integracijo priporoča REST z OAuth 2.0. Če vam je kdo ponudil »hiter konektor« na osnovi SOAP, vprašajte, kdaj je načrtovana selitev. Če imate obstoječo povezavo, ki še teče prek SOAP, jo vpišite v seznam tveganj in jo uvrstite v načrt dela.

Trgovina z razširitvami in pripravljeni konektorji

NetSuite ima ekosistem razširitev, ki jih ponudniki objavljajo prek trgovine SuiteApp. Tam so konektorji za pogoste scenarije. Ker se ponudba in pogoji spreminjajo, v tej vsebini ne naštevamo imen izdelkov; pri izbiri pa preverite naslednje:

• ali ponudnik razširitev aktivno vzdržuje in jo prilagaja novim različicam NetSuite,
• ali uporablja REST ali še vedno SOAP,
• kako so rešeni dnevniki napak in ponovni poskusi,
• kdo odgovarja, če podatki ne pridejo do cilja,
• kakšen je licenčni model in ali je vezan na število transakcij ali uporabnikov. Cene so odvisne od ponudnika, zato jih zahtevajte pisno.

Če vas zanima splošnejši pogled na stroške, je koristen vodnik cena ERP, cenovne okvire samega programa pa obravnava stran cenik NetSuite.

Kateri tokovi podatkov so v slovenskih podjetjih najpogostejši

Spletne trgovine in tržnice

Podjetja, ki prodajajo prek spletne trgovine ali tržnic, potrebujejo prenos naročil v ERP, sinhronizacijo zalog in cen ter vračanje stanja pošiljk. Ključno vprašanje ni, ali konektor obstaja, ampak kaj se zgodi, ko je izdelek hkrati naročen na dveh kanalih ali ko je naročilo delno vrnjeno. O tem več v strani ERP za spletno trgovino.

Banke in plačila

Bančni izpiski, plačilni nalogi in usklajevanje odprtih postavk so najbolj opazen prihranek časa za računovodjo. Pri tem preverite, katere bančne formate podpira rešitev in ali jih lahko vaša banka sprejme. Prehod na avtomatiziran uvoz izpiskov se splača le, če so šifranti strank in dobaviteljev že čisti, sicer avtomatizacija samo hitreje ustvarja napake. Poglavje o računovodstvu najdete na strani računovodstvo in finance v NetSuite.

Pisarniška orodja, BI in poročanje

Izvozi v preglednice, nadzorne plošče in orodja za poslovno inteligenco se napajajo iz podatkov ERP. REST omogoča poizvedbe SuiteQL in zagon naborov podatkov SuiteAnalytics, kar je dobra osnova, da poročilo ne temelji na ročnem izvozu. Odločite, kdo lastniško upravlja poročilo, saj se ob spremembi polja v ERP pokvari tudi izpis v BI.

EDI, podpis in dokumenti

Pri večjih kupcih ali trgovskih verigah pogosto nastopijo zahteve po elektronski izmenjavi dokumentov. Prav tako je običajno povezovanje z orodji za elektronski podpis pogodb. Pri vsaki taki zahtevi vprašajte, kdo je lastnik formata, ker ga običajno določi nasprotna stran, ne vi.

CRM, kadri in proizvodnja

Povezave z zunanjim CRM, evidenco delovnega časa ali proizvodnim sistemom so najbolj prepuščene lastni presoji. Če ima NetSuite potrebno funkcijo že v samem modulu, je pogosto bolje uporabiti njo, kot vzdrževati dodatno povezavo. Pregled funkcij je na straneh moduli NetSuite, prodaja in CRM ter zaloge in nabava.

Slovenske posebnosti: e-računi, FURS in DDV

Pri integracijah v Sloveniji ne gre za nekaj, kar bi lahko prepustili kasnejši fazi. Pravila lokalnega okolja vplivajo na to, kateri podatki morajo teči med sistemi.

• E-računi. Če izdajate ali prejemate račune v elektronski obliki, mora biti format sprejemljiv za nasprotno stran, pri javnih naročnikih pa za njihov sistem prejema. Kaj velja za vaš primer, preverite pred pogodbo; podrobnosti obravnava vodnik e-računi in obračun DDV.
• Davčno potrjevanje računov (FURS). Podjetja z gotovinskim plačevanjem morajo račune potrjevati pri davčnem organu. Običajno je to ločena povezava med blagajno in FURS, ERP pa prejme potrjene račune. Oglejte si še davčna blagajna in ERP.
• DDV in eDavki. Poročila za davčni organ nastajajo iz knjižb v ERP; pomembno je, da integracije ne ustvarjajo knjižb mimo davčnih pravil.
• Računovodski servis. Mnogo manjših podjetij ima zunanjega računovodjo. Dogovorite se, ali dobi dostop do NetSuite ali pa prejema izvoze, saj to vpliva na zasnovo povezave.

NetSuite ima v ekosistemu tudi lokalne rešitve in partnerje. Ali določena razširitev pokriva slovenske zahteve, ne moremo trditi na splošno, zato to preverite v analizi, kot opisuje stran NetSuite v Sloveniji.

Kako zastaviti tok podatkov: šest korakov

Dobro zasnovana integracija se začne na papirju, ne v kodi. Priporočamo naslednje zaporedje.

1. Naštejte sisteme in smeri. Za vsak par sistemov določite, kateri je vir resnice in v katero smer tečejo podatki.
2. Opišite objekt. Kaj natančno se prenaša: naročilo, račun, izdelek, plačilo? Katera polja so obvezna?
3. Določite pogostost. Sprotni prenos, urni ali dnevni paket? Pogostost vpliva na ceno in zahtevnost.
4. Predvidite napake. Kaj naredi povezava, če cilj ne odgovori, če je podatek neveljaven ali če je zapis podvojen?
5. Preizkusite na testnem okolju. Najprej z izmišljenimi podatki, nato z delom pravih, in šele nato v živo.
6. Dokumentirajte. Slika toka, seznam polj, imena dostopnih vlog in kontakt odgovorne osebe.

Za pisanje zahtev vam bo koristil vodnik predloga zahtev za ERP, v kateri naj bo poseben razdelek za vmesnike.

Kdo vzdržuje povezavo po zagonu

To je vprašanje, ki ga podjetja najpogosteje odložijo, nato pa ob prvi spremembi presenečeno ugotovijo, da ga nihče ne pokriva. Imejte jasno razdelitev:

NetSuite se redno nadgrajuje, zato mora nekdo preveriti, ali povezava po nadgradnji še dela. To je del podpore, ki jo obravnavamo na strani podpora in vzdrževanje NetSuite. Če potrebujete posebno logiko znotraj sistema, se bo to dotaknilo tudi prilagoditev NetSuite.

Pogoste napake pri integracijah

• Povezava brez lastnika. Nihče ne ve, kdo jo je naročil in komu javiti težavo.
• Zasnova na SOAP, čeprav je ta v ukinjanju. Ponudnik prihrani čas danes, vi plačate selitev jutri.
• Prenos umazanih podatkov. Podvojene stranke in napačne šifre se z avtomatizacijo samo razmnožijo.
• Ni testnega okolja. Prvi preizkus poteka na živih računih.
• Ni dnevnika. Ko podatek izgine, ni mogoče ugotoviti, kje.
• Preveč povezav. Vsaka dodatna povezava je še ena stvar za vzdrževanje; včasih je cenejša sprememba procesa.

Več splošnih pasti opisuje vodnik napake pri ERP projektih.

Kako najti integratorja za povezave

Pri izbiri partnerja vprašajte po konkretnih izkušnjah z REST, z vašim bančnim in prodajnim okoljem ter z lokalnimi zahtevami. Zahtevajte opis, kdo piše in kdo vzdržuje kodo, ter kako je urejena predaja dokumentacije. Mi smo storitev za povezovanje: ne izvajamo projektov in nismo povezani z Oraclom; vaše povpraševanje posredujemo integratorjem, ki ustrezajo vaši panogi in regiji. Kako poteka postopek, je razloženo na strani kako deluje, merila za izbiro pa so zbrana na strani izbira partnerja za NetSuite.

Če imate že izdelan seznam sistemov, ki jih želite povezati, ga priložite povpraševanju. Z jasnim opisom tokov podatkov je prvi odgovor integratorja precej natančnejši, ponudba pa lažje primerljiva.

Imena programske opreme so blagovne znamke njihovih izdelovalcev in so navedena zgolj informativno. Spletno mesto je neodvisno in ni povezano z nobenim izdelovalcem.