Prilagoditev SAP Business One: od nastavitev do razvoja po meri

Ko slovensko podjetje reče, da potrebuje razvoj SAP Business One, se za tem skriva zelo različna stvar: včasih je to dodatno polje na ponudbi, včasih poročilo za računovodjo, včasih pa res povsem nov modul. Prva naloga dobrega svetovalca je, da potrebo uvrsti na pravo raven. Večina težav, ki jih podjetja po nepotrebnem rešujejo s programiranjem, se reši z nastavitvami; in obratno, nekaj procesov se brez kode ne da pokriti. Ta stran razloži, kako prilagoditev SAP Business One poteka, kaj je tvegano in kako izbrati izvajalca.

Prilagoditev SAP Business One: štiri ravni, od najcenejše do najdražje

Pri prilagajanju je pravilo preprosto: začnite pri najnižji ravni in se povzpnite le, če je res treba. Vsaka višja raven prinaša več svobode, a tudi več vzdrževanja.

Tabela ni zamenjava za analizo, pokaže pa vrstni red razmišljanja. Pri vsaki zahtevi se vprašajte, ali jo lahko pokrijete na eni od zgornjih vrstic, preden odprete vrstico z razvojem.

Prva raven: nastavitve in uporabniško določeni elementi

Učni program SAP za uvedbo kot orodja za prilagoditev navaja uporabniško določena polja (UDF), tabele (UDT), objekte (UDO) in vrednosti (UDV), poleg njih pa še poizvedbe SQL, opozorila in potrditvene delovne tokove. To je pomembno sporočilo za vodstvo: velik del »prilagoditev« so pravzaprav nastavitve, ki jih svetovalec naredi v nekaj delovnih dneh in jih lahko kasneje spremeni brez razvijalca.

Nekaj tipičnih primerov iz slovenskega okolja:

• Dodatno polje na kartici partnerja, na primer interna oznaka kupca, pogoj plačila, ki ga zahteva vaš največji naročnik, ali podatek za izvoz v knjigovodski program.
• Lastna tabela ali objekt, če morate evidentirati nekaj, česar standardni dokumenti ne poznajo: vzdrževanje strojev pri kupcu, kalibracije, najem opreme.
• Poizvedba SQL, ki namesto računovodje sestavi seznam neplačanih računov po zapadlosti ali opozori na zalogo pod mejo.
• Potrditveni delovni tok, ki nabavno naročilo nad določeno vrednostjo pošlje v odobritev vodji. Vrednost praga določite vi, ne razvijalec.

Če se vaša zahteva uvršča sem, ne plačujte razvoja. Vprašajte svetovalca, zakaj bi bil potreben.

Druga raven: obstoječe razširitve in rešitve partnerjev

Preden naročite kodo, preverite, ali rešitev že obstaja. SAP navaja, da se Business One prodaja prek 850 partnerjev in da je na voljo več kot 500 sektorskih in državnih razširitev. Iz tega ne sledi, da bo vaš problem pokrit, sledi pa, da je vredno vprašati, ali je za vaše področje že narejen dodatek, preden začnete graditi svojega.

Ob nakupu gotove razširitve preverite štiri stvari:

• ali jo proizvajalec vzdržuje in jo je prilagodil trenutni različici (več v razdelku o različicah in izdajah);
• ali je podprta pri hostingu, ki ga uporabljate;
• kdo odgovarja, če po nadgradnji preneha delovati;
• kako se licencira in ali se licenčni model spreminja s številom uporabnikov.

Pregled standardnih sklopov, ki jih razširitve običajno dopolnjujejo, najdete na strani o modulih SAP Business One.

Tretja raven: razvoj po meri in modul po meri

Razvoj po meri ima smisel, kadar gre za proces, ki vas loči od konkurence, ali za povezavo, ki je ni mogoče kupiti. Tipični primeri: posebna kalkulacija cene po pogodbi, povezava s strojno linijo, aplikacija za terenske serviserje, izmenjava dokumentov z vašim največjim kupcem. Modul po meri za SAP Business One torej ni nujno velik – pogosto je to ozka funkcija, ki jo gradimo ob jedru.

Katera orodja so na voljo

Po licenčnem vodniku uporabniške licence samodejno, brez posebne zahteve, vključujejo razvojni komplet SDK (izvedbena različica), orodja SDK, SAP AddOns, licenco za združljivost dodatkov in Workflow, vsakega za 99 999 uporabnikov. Z drugimi besedami: temeljna razvojna orodja so del licence, zato jih ni treba posebej kupovati.

Za sodoben razvoj je praviloma najpomembnejši Service Layer. Gre za razširitveni vmesnik API REST, ki temelji na HTTP in OData, podatke pa izmenjuje v obliki JSON. Po vodniku z dne 27. julija 2026 podpira OData v3 prek naslova /b1s/v1/$metadata in OData v4 prek naslova /b1s/v2/$metadata. Podpira overjanje Basic in OAuth ter je namenjen razvoju spletnih in mobilnih aplikacij za SAP Business One. Ker vmesnik govori standardni HTTP, ga lahko kličete iz različnih programskih jezikov in platform; izbira jezika je zato bolj stvar znanja ekipe kot omejitve izdelka.

Še nekaj tehničnih podrobnosti, ki jih vodja IT upravičeno vpraša izvajalca:

• Service Layer teče na SUSE Linux Enterprise in Microsoft Windows (od izdaje 10.0 PL01).
• Kot porazdeljevalnik bremena uporablja strežnik Apache.
• Namestite ga lahko vgrajeno ali porazdeljeno.
• Z vmesnikom DI API si deli iste definicije objektov, ker oba temeljita na komponenti DI Core. To pomeni, da poslovna pravila jedra veljajo tudi za vaš dodatek in da vam koda ne more mimo njih zapisati neveljavnega dokumenta.

Poleg tega SAP opisuje Integration Framework kot sestavni del Business One, ki deluje na lastnem strežniku in v oblaku ter služi kot razvojno in izvajalno okolje za scenarije povezovanja: nadzorne plošče, mobilne aplikacije, zunanje obračunavanje plač, samodejno povpraševanje po cenah, SAP Customer Checkout, spletne storitve in aplikacije SAP ter drugih proizvajalcev. Več o povezavah piše na strani o integracijah SAP Business One.

Razširitve v oblaku

SAP v učnem gradivu opisuje Business One kot jedro ERP, zasnovano za razširjanje, z umetno inteligenco, strojnim učenjem in storitvami SAP Business Technology Platform (BTP). Modeli pametne avtomatizacije so dostopni prek Business Accelerator Hub in SAP Build. Za podjetje je bistveno, da se novi odvisni deli ne vgrajujejo v jedro, ampak ob njem – to je smer, ki jo priporočamo tudi pri novih projektih.

Kaj prilagoditve pomenijo za nadgradnje

Najpogostejša napaka v projektih ni slaba koda, ampak koda brez lastnika. Dodatek, ki ga je pred leti napisal zunanji sodelavec in o katerem nihče ne ve ničesar, postane ovira ob prvi nadgradnji.

Ohranite nadzor s temi pravili:

• Ostanite pri standardu, kjer le gre. Vsaka odstopanje od standarda je trajna obveznost, ne enkratni strošek.
• Dokumentirajte. Za vsak dodatek zahtevajte opis namena, seznam uporabljenih objektov in polj, namestitvena navodila ter ime odgovorne osebe pri izvajalcu.
• Testirajte pred vsako nadgradnjo. Na ločenem testnem okolju ponovite ključne scenarije: ponudba, naročilo, dobavnica, račun, plačilo in vsa poročila, ki jih potrebuje računovodstvo.
• Ločite lastništvo kode. V pogodbi določite, kdo ima izvorno kodo, kdo jo hrani in kaj se zgodi, če izvajalec preneha poslovati.
• Načrtujte podporo po predaji. Dodatek brez dogovorjene podpore je tvegan, zato ga povežite s pogodbo o podpori in vzdrževanju.

Slovenska posebnost: prilagoditve in zakonske zahteve

Pri nas prilagoditve pogosto sprožijo zakonske spremembe in ne želje uporabnikov. Davčno potrjevanje računov (FURS), e-računi, obračun DDV in oddaja podatkov prek eDavkov so področja, kjer mora sistem delovati skladno s predpisi. Pred razvojem po meri zato najprej preverite, ali to že pokriva lokalizacija in kakšna je obveznost izvajalca ob spremembi predpisov. Kaj to pomeni v praksi, je razloženo v vodniku o e-računih in obračunih DDV v ERP in na strani SAP Business One v Sloveniji.

Pazite na dve pasti. Prva: lasten dodatek za zakonsko obveznost brez jasne obveze posodabljanja. Ko se predpis spremeni, ga mora nekdo prilagoditi, zato to uredite v pogodbi. Druga: ločeno »rešitev« v Excelu ali v drugem programu, ki jo računovodja vzdržuje ročno ob strani ERP. Takšen obvod je navadno pokazatelj, da je bila lokalizacija neustrezno zasnovana.

Kako oceniti razvijalca ali integratorja za SAP Business One

Pri izbiri izvajalca za razvoj ne primerjajte samo urnih postavk. Pomembnejši so postopek in dokumenti, ki jih dobite.

Vprašajte ga:

• Kako ločite nastavitve od razvoja? Dober izvajalec bo najprej predlagal nastavitve in šele nato kodo. Če takoj ponudi razvoj, je to opozorilo.
• Kakšna je analiza? Pričakujte pisni opis zahteve, merila sprejema in seznam tveganj, ne le ustno ponudbo.
• Kako testirate in kaj dostavite? Testni scenariji, dokumentacija in navodila za namestitev morajo biti del dobave.
• Kdo bo vzdrževal dodatek čez leta? Izvajalec naj imenuje ekipo, ne posameznika.
• Kako postopate ob nadgradnji? Pri tem pomaga, če je izvajalec seznanjen z vašo različico; preverite jo skupaj z različicami in izdajami.
• Ali znate ustrezno pojasniti omejitve? Izvajalec, ki ne zna povedati, kaj se ne splača razvijati, verjetno ne razmišlja o vaši koristi.

Za širši okvir izbire si poglejte vodnik Kako izbrati ERP integratorja in stran o izbiri partnerja za SAP Business One.

Kdaj razvoj po meri ni prava rešitev

Včasih potrebe ne rešuje več programiranja, ampak bolj premišljen proces. Razvoj po meri odsvetujemo, kadar:

• poskušate v sistem prenesti natančno stanje starega programa, namesto da bi proces poenostavili;
• zahteva izvira od enega uporabnika in je ne podpira nihče drug;
• podobno funkcijo že ponuja standard ali obstoječa razširitev;
• nimate nikogar, ki bi bil lastnik dodatka na vaši strani.

V takih primerih je pogosto bolje preoblikovati proces in uporabiti standard. Če po tehtni presoji ugotovite, da vaša dejavnost zahteva preveč odstopanj, je morda vredno primerjati še druge rešitve, na primer v primerjavi Odoo in SAP Business One.

Kako vam lahko pomagamo

ERP Integrator je brezplačna storitev povezovanja. Nismo izvajalec projekta in nismo povezani z nobenim proizvajalcem programske opreme. Opišete projekt, mi pa vas povežemo z integratorjem za SAP Business One, ki ima izkušnje z vašo vrsto prilagoditev. Opis naj vsebuje, kaj želite doseči, katere sisteme morate povezati in kdo v podjetju bo odgovoren za dodatek. Pogajanje o obsegu in ceni poteka neposredno z izvajalcem, zato je smiselno že na začetku zahtevati ločeno ceno za nastavitve in za razvoj.

Če še ne veste, ali je Business One prava izbira, začnite pri splošnem opisu na strani o uvedbi SAP Business One, kjer so razloženi koraki projekta, v katerem prilagoditve nastopijo.

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