Audit NetSuite in rešitev projekta, ki se zatika

Audit NetSuite je neodvisen pregled obstoječe namestitve: kako je sistem nastavljen, kakšni so podatki, katere prilagoditve so bile razvite in ali vse to še podpira vaše poslovanje. Najpogosteje ga naročijo podjetja, ki so NetSuite že uvedla, pa jim ne prinaša tistega, kar je bilo obljubljeno. Če iščete tudi prevzem projekta ali menjavo izvajalca, je audit prvi korak, ker brez njega nihče ne ve, kaj je mogoče obdržati.

Ta stran je namenjena direktorjem, finančnim vodjem in vodjem informatike v slovenskih srednje velikih podjetjih. Pojasnjuje, kdaj je audit upravičen, kaj se pregleda, kako poteka reprezentativna reševalna akcija in kako zamenjati izvajalca, ne da bi izgubili že opravljeno delo.

Znaki, da je audit NetSuite potreben

Težave z ERP-jem redko nastanejo čez noč. Običajno se kopičijo, dokler jih nekdo ne izreče na glas. Naslednji znaki so najzanesljivejši.

• Uvedba se vleče, rokovniki se pomikajo, poročila o napredku pa so vsakič bolj ohlapna.
• Uporabniki vzporedno vodijo preglednice, ker sistemu ne zaupajo ali ker postopek v njem ne ustreza dejanskemu delu.
• Računovodja ob zaključku obdobja ročno usklajuje podatke, ki bi morali biti v sistemu že skladni.
• Vsaka manjša sprememba zahteva izvajalca in traja dlje, kot bi pričakovali.
• Integracije z bankami, spletno trgovino ali skladiščem občasno odpovedo, vzrok pa nihče ne zna pojasniti.
• Po nadgradnji različice nekaj preneha delovati, ne da bi kdo vedel, kaj.
• Ključni človek pri izvajalcu je odšel in z njim tudi znanje o sistemu.

Če prepoznate tri ali več, je pregled cenejši od nadaljnjega ugibanja. Podobne vzorce opisujemo tudi v vodniku o najpogostejših napakah pri ERP projektih.

Kaj se pregleda pri auditu

Dober audit ne išče krivca, ampak odgovarja na vprašanje: kaj je treba storiti, da sistem služi podjetju. Običajno zajema šest področij.

Nastavitve in vloge

Pregleda se kontni načrt, davčne nastavitve, podružnice in pravna razmerja, delovni tokovi odobritev ter vloge in pooblastila uporabnikov. Pogosta najdba so vloge, ki so bile ustvarjene za prvega uporabnika in nato kopirane naprej, tako da imajo ljudje več pravic, kot jih potrebujejo. Z vidika notranjih kontrol je to pomembno predvsem za finance.

Kakovost podatkov

Zgodovinski podatki so pogosto najšibkejši člen. Preveri se podvajanje strank in dobaviteljev, nepopolni artikli, nedosledne enote mere, odprte postavke, ki jih nihče ne zapre, in ostanki migracije iz prejšnjega sistema. Če je bila migracija slaba, se pokaže tukaj; več o tem v strani o migraciji podatkov v NetSuite.

Prilagoditve in skripti

Tu se običajno skriva največ tveganja. Pregledata se skripti, delovni tokovi in lastna polja: ali so dokumentirani, ali obstaja izvorna koda, ali so napisani po priporočenih postopkih in ali bodo preživeli naslednjo različico. Prilagoditev, ki jo razume samo en razvijalec, je dolg, ne vrednost. Podrobneje o tem na strani o prilagoditvah in razvoju v NetSuite.

Integracije

Preveri se, kako NetSuite komunicira z bankami, spletno trgovino, skladiščnimi in prevoznimi sistemi ter morebitnimi drugimi aplikacijami. Pomembno je, kdo lastniško upravlja ključe in dostope, kaj se zgodi ob napaki in ali obstaja nadzor nad neuspelimi prenosi. Več v razdelku o integracijah NetSuite.

Zmogljivost in uporaba

Kje uporabniki čakajo? Katera iskanja, poročila ali skripti upočasnjujejo delo? Pogosto se izkaže, da težava ni v platformi, ampak v enem samem slabo zasnovanem postopku ali v poročilu, ki ga nihče ne potrebuje, a se izvaja vsak dan.

Varnost in različica

Pregleda se prijava uporabnikov, dostop zunanjih izvajalcev, upravljanje gesel in morebitni obhodi pravil. Oracle med drugim v različici 2026.2 uvaja prijavo brez gesla s ključi za dostop (passkeys); v auditu se vpraša, ali podjetje takšnih možnosti sploh kdaj preuči. Preveri se tudi, kako ste ravnali ob prejšnjih nadgradnjah in ali imate postopek za preizkušanje.

Nadgradnje: zakaj jih audit ne sme zanemariti

NetSuite se posodablja po vnaprej določenem ritmu. Oracle v uradni dokumentaciji opisuje različico 2026.2 kot načrtovano nadgradnjo, ki izide dvakrat letno in prinaša nove funkcije, izboljšave in spremembe na celotni platformi. Poleg nje obstajajo mesečne izdaje z izboljšavami ter ločeno objavljeni SuiteApps. Med področji, ki jih zajema 2026.2, so pomočnik Ask Oracle z umetno inteligenco, Intelligent Close Manager in podpora za IFRS 18 v računovodstvu, bančno usklajevanje, načrtovanje zmogljivosti v proizvodnji, naročniki dogodkov in modul LLM v SuiteScriptu ter izvoz .xlsx iz SuiteAnalytics.

Za lastnika sistema je pomembno naslednje: nadgradnja pride, tudi če je vi ne načrtujete. Podjetje, ki ima veliko lastnih skriptov in integracij, mora imeti vnaprej pripravljen preizkusni postopek. Oracle za to ponuja račun Release Preview. To je začasen račun, ločen od produkcije, v katerem teče nova različica programa. V njem lahko preizkusite prilagoditve, SuiteScripte, integracije prek spletnih storitev, spletne trgovine in dostop SuiteAnalytics Connect, preden se nadgradi produkcijsko okolje.

Dve podrobnosti sta praktično pomembni. Prvič, račun je na začetku dostopen samo skrbnikom, ki lahko nato dostop odprejo tudi drugim uporabnikom. Drugič, račun obstaja do nadgradnje izvornega računa ali do 14 zaporednih dni brez prijave, nato se izbriše; uporablja se samo za testiranje. Če audit ugotovi, da vaš izvajalec Release Preview nikoli ni uporabil, je to jasen signal. Več o izdajah in njihovem vplivu najdete v razdelku o različicah in izdajah NetSuite.

Primerjalni pregled: kaj audit običajno pokaže

Prevzem projekta v težavah: kako začeti

Če projekt ni zaključen ali ga ekipa ne obvlada več, je prevzem drugačna naloga kot nova uvedba. Novi izvajalec ne začne s funkcionalnim načrtom, ampak s pregledom stanja.

Zaporedje je običajno takšno:

• Zamrznitev sprememb. Dokler ni jasno, kaj je v sistemu, se ne dodaja novih prilagoditev.
• Pregled stanja. Hitra ocena najpomembnejših področij: finance, podatki, integracije, skripti.
• Seznam odločitev. Za vsak sklop: ohraniti, popraviti, nadomestiti ali opustiti.
• Prednostni načrt. Najprej tisto, kar vpliva na zaključek obdobja, davčne obveznosti in odpremo blaga.
• Etapna izvedba. Majhni koraki z merljivim izidom, ne enkratna velika preobrazba.

Pomembno je razlikovati med težavo v orodju in težavo v postopku. Pogosto se pokaže, da NetSuite ni kriv, ampak da je bil uveden pred tem, ko je podjetje opredelilo svoje poslovne postopke. V tem primeru je rešitev delavnica o postopkih, ne novo programiranje. Če želite razumeti, kako naj bi izgledala dobro vodena uvedba, si oglejte stran o uvedbi NetSuite.

Menjava izvajalca NetSuite brez ponovnega začetka

Menjava izvajalca je občutljiva, vendar izvedljiva. Licence in podatki so običajno vaši; prenos je odvisen od tega, ali imate dostop in dokumentacijo.

Kaj morate dobiti od dosedanjega izvajalca

• skrbniški dostop do računa in seznam vseh uporabnikov z vlogami;
• seznam vseh prilagoditev, lastnih polj, delovnih tokov in skriptov z izvorno kodo;
• opis integracij: kaj se prenaša, v kateri smeri, s kakšnim urnikom in kdo hrani ključe;
• dokumentacijo nastavitev: kontni načrt, davčne kode, podružnice, številčenje dokumentov;
• načrt in izid migracije podatkov, vključno s preslikavami;
• zapisnike testiranj in odprte napake;
• pogodbo, ki določa pogoje prenosa znanja in morebitno odpovedno dobo.

Če izvajalec teh dokumentov ne želi predati, je to pomembna informacija sama po sebi. Z auditom pa je možno stanje rekonstruirati tudi neposredno iz sistema, le počasneje.

Kako izbrati novega izvajalca

Pri menjavi ne iščite najcenejše ponudbe, ampak izvajalca, ki zna razložiti, kaj bo storil v prvih tednih in kako bo ravnal s tem, kar obstaja. Meril je več: izkušnje z vašo panogo, poznavanje slovenskih davčnih zahtev, dostopnost za podporo in preglednost pri ocenah. Priporočila so zbrana v vodniku kako izbrati ERP integratorja in na strani o izbiri partnerja za NetSuite. Mi sami ne izvajamo projektov: povežemo vas z izvajalcem, ki ustreza vašemu primeru, in storitev je brezplačna.

Slovenski kontekst: kaj mora ostati v redu

Pri vsakem auditu v Sloveniji je treba preveriti tudi lokalne zahteve, ki jih pogosto spregledajo izvajalci s tujim ozadjem. Zadeva se predvsem davčnega potrjevanja računov (FURS), izdajanja in prejemanja e-računov, obračuna DDV in oddaje podatkov prek eDavkov. Če so bile te funkcije rešene z lastnim razvojem ali zunanjo aplikacijo, je treba preveriti, kdo jih vzdržuje in ali se prilagajajo spremembam predpisov. Več o tem v vodniku o e-računih in obračunih DDV v ERP ter na strani o NetSuite v Sloveniji.

Računovodja je pri tem ključna oseba. Če zaključek meseca še vedno zahteva ročno usklajevanje, je audit upravičen, tudi če ostali uporabniki ne poročajo o težavah. Podobno velja za podjetja z več enotami v različnih regijah, kjer se napake v nastavitvah širijo hitreje, kot se opazijo.

Po auditu: podpora in nadaljnje delo

Audit ni namen sam po sebi. Dober izid je kratek, razumljiv dokument: stanje, tveganja, predlagani ukrepi po prednosti in okviren vrstni red. Brez številk, ki jih ni mogoče utemeljiti, in brez obljub, ki jih nihče ne more izpolniti. Vrednost ocene se pokaže šele ob izvedbi.

Po popravkih je smiselno določiti, kdo bo sistem vzdrževal. Redna podpora, jasen postopek za spremembe in preizkus pred vsako nadgradnjo preprečijo, da bi se težave ponovile; več na strani o podpori in vzdrževanju NetSuite.

Če imate občutek, da projekt ne gre več v pravo smer, ne čakajte na naslednji zaključek leta. Opišite svoje stanje in prejeli boste predlog izvajalca, ki zna oceniti obstoječo namestitev in predlagati pametno nadaljevanje.

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