Integracije in konektorji za SAP Business One: kaj povezati in kako

Kdor v Sloveniji išče konektor SAP Business One, ponavadi nima težave z ERP-jem samim, ampak z vsem, kar je okoli njega: spletno trgovino, banko, skladiščem, poročanjem, e-računi in davčnim potrjevanjem računov. ERP je dragocen šele takrat, ko podatki vanj pridejo samodejno in iz njega odidejo tja, kjer jih potrebujejo. Ta stran razloži, katere poti povezovanja obstajajo, katere povezave podjetja najpogosteje potrebujejo in kako jih zastaviti, da ne postanejo breme.

Kaj pomeni »integracija« pri SAP Business One

Pod izrazom integracija SAP Business One se skrivajo tri precej različne stvari:

• Gotova razširitev ali konektor, ki jo kupite ali najamete in jo integrator namesti ter nastavi.
• Povezava po meri, ki jo razvije integrator ali vaš razvijalec prek uradnega API-ja.
• Orkestracija toka, kjer vmesna plast prenaša sporočila med ERP-jem in drugimi sistemi ter beleži napake.

Razlika ni akademska. Gotova razširitev je običajno hitrejša za uvedbo, povezava po meri pa se bolje prilagodi vašemu postopku. Pravilna izbira je odvisna od tega, kako standarden je postopek na drugi strani, ne od tega, kaj je modno.

API SAP Business One: Service Layer in DI API

Osrednji vmesnik za sodobne povezave je Service Layer. SAP ga opisuje kot razširitveni API tipa REST, ki temelji na HTTP in OData, podatke pa izmenjuje v obliki JSON. Po vodniku SAP iz julija 2026 podpira OData v3 prek naslova /b1s/v1/$metadata in OData v4 prek naslova /b1s/v2/$metadata. Za razvijalca to pomeni znan, spletu prijazen način dela: klici HTTP, strukturirani odgovori, standardno orodje.

Še nekaj tehničnih dejstev, ki vplivajo na načrtovanje:

• Service Layer teče na operacijskih sistemih SUSE Linux Enterprise in Microsoft Windows (slednji od različice 10.0 PL01 naprej).
• Kot porazdelitelj obremenitve uporablja strežnik Apache, namestitev pa je lahko vgrajena ali porazdeljena.
• Z vmesnikom DI API si deli iste definicije objektov prek komponente DI Core, zato je pomen podatkov v obeh enak.
• Podpira overjanje Basic in OAuth ter je zasnovan tako, da olajša razvoj spletnih in mobilnih aplikacij za SAP Business One.

Praktično priporočilo: pri novih povezavah izhajajte iz Service Layerja, DI API pa prepustite le primerom, kjer ga zahteva obstoječa rešitev. O tem, kje in kako strežnik teče, odloča tudi izbira med namestitvijo v lastnem okolju in oblakom; podrobnosti so na strani SAP Business One v oblaku.

Integration Framework in platforma SAP BTP

Poleg API-ja SAP omenja Integration Framework, ki je po njegovi predstavitvi iz aprila 2020 sestavni del SAP Business One. Deluje v lastnem okolju in v oblaku ter služi kot razvojno in izvajalno okolje za integracijske scenarije: nadzorne plošče, mobilne aplikacije, zunanje obračunavanje plač, samodejno povpraševanje po cenah, SAP Customer Checkout, spletne storitve ter aplikacije SAP in drugih proizvajalcev.

SAP Learning poleg tega opisuje SAP Business One kot jedro ERP-ja, zasnovano za razširjanje, ki ga bogatijo umetna inteligenca, strojno učenje in oblačne storitve platforme SAP Business Technology Platform (BTP). Predloge za pametno avtomatizacijo so dostopne prek Business Accelerator Huba in SAP Build. Za večino malih in srednjih podjetij to ni prva prioriteta, a je dobro vedeti, da pot navzgor obstaja, ko se potrebe povečajo.

Tržnica razširitev in vertikalne rešitve

Okolje SAP Business One ni samo produkt, ampak tudi ekosistem. SAP navaja, da ga prodaja 850 partnerjev, na voljo pa je več kot 500 sektorskih in državnih razširitev. Poleg tega je po SAP-ovih podatkih iz decembra 2025 ta ERP prisoten v več kot 170 državah, v 28 jezikih in s 50 državnimi lokalizacijami, uporablja pa ga več kot 83 000 strank in 1,2 milijona uporabnikov.

Za vas je pomembno naslednje: za številna področja že obstaja rešitev, ki jo je nekdo napisal in preizkusil. Vendar:

1. Gotova razširitev ne pomeni, da je pokrita slovenska specifika. Vprašajte, ali je preizkušena v slovenskem okolju.
2. Vsaka razširitev je še ena odvisnost, ki jo je treba posodabljati skupaj z ERP-jem.
3. Če razširitev prinaša polovico funkcij, ki jih ne potrebujete, preverite, ali ni lažje zgraditi ožjo povezavo.

Izbiro, kdo vam bo to uredil, olajša stran o izbiri partnerja za SAP Business One.

Najpogostejše povezave v slovenskem podjetju

Spodnja tabela povzema tipične povezave, njihov cilj in vprašanja, ki jih je treba rešiti, preden se začne razvoj.

Spletna trgovina in tržnice

To je najpogostejša zahteva trgovskih in proizvodnih podjetij, ki prodajajo tudi neposredno. Povezava mora prenašati naročila v ERP, zaloge in cene nazaj v trgovino ter statuse pošiljk h kupcu. Največ težav ne nastane pri prenosu, ampak pri izjemah: delne dobave, vračila, popusti, različne davčne stopnje. Te izjeme je treba opisati, preden se napiše prva vrstica kode. Več o skladiščnem delu najdete na strani o zalogah in nabavi v SAP Business One, o povezavi s prodajo pa na strani prodaja in CRM.

Banke in plačila

Računovodja želi, da se izpiski naložijo samodejno, plačila pa se sama pripišejo odprtim računom. Povezava z banko je v osnovi uvoz in izvoz datotek v dogovorjenem formatu, zahtevnejši del pa so pravila za usklajevanje: delna plačila, plačila z napačnim sklicem, skupna plačila več računov. Pravila določi računovodstvo, ne razvijalec. Finančni vidik podrobneje razlaga stran računovodstvo in finance v SAP Business One.

E-računi, DDV in davčno potrjevanje

Slovensko poslovanje ima svoje obveznosti: e-račune, davčno potrjevanje računov pri FURS, obračun DDV in oddajo prek eDavkov. Pri teh povezavah ne ugibajte. Od integratorja zahtevajte, da pove, kaj je v standardni lokalizaciji, kaj je razširitev in kaj bo razvito posebej, ter kdo v prihodnje sledi spremembam predpisov. Za širši okvir si oglejte vodič o e-računih in obračunu DDV v ERP-ju ter kratko stran o SAP Business One v Sloveniji.

Pisarniška orodja

SAP Learning med integracijami s pisarniškimi orodji navaja izvoz v Microsoft 365 OneDrive (Excel, Word), sodelovanje prek Microsoft Teams in povezavo z Outlookom 365. To je najlažji del: ne potrebuje razvoja, le dogovor o tem, kateri podatki smejo zapustiti ERP in kdo ima do njih dostop.

BI, EDI in elektronski podpis

Pri poročanju je prva odločitev, ali nadzorne plošče berejo neposredno iz ERP-ja ali iz ločene kopije podatkov. Neposredno branje je preprostejše, kopija pa razbremeni produkcijski sistem pri težjih poizvedbah. Pri EDI vas določi kupec: če velik odjemalec zahteva določen format sporočil, je to del projekta in ne dodatek. Elektronski podpis dokumentov je navadno ločena storitev, ki jo ERP kliče ali ji prepusti dokument.

Kako cilju primerno zastaviti tok integracije

Dobra integracija se začne na papirju, ne v kodi. Priporočamo naslednji vrstni red:

1. Opišite postopek, ne tehnologije. Kdo naredi kaj, kdaj in s katerim dokumentom?
2. Določite vir resnice za vsak podatek: stranka, artikel, cena, zaloga, plačilo.
3. Določite smer in sprožilec: enkratni prenos, periodično ali ob dogodku.
4. Opredelite izjeme: kaj se zgodi, če podatek manjka, če je podvojen ali če drugi sistem ni dosegljiv.
5. Predvidite beleženje in opozorila, da napako opazi človek, preden jo opazi stranka.
6. Dogovorite preizkus na kopiji podatkov in jasen postopek vrnitve.

Ta pristop se ujema z logiko, ki jo opisujemo v vodniku uvedba ERP: težave ne nastanejo zaradi tehnologije, ampak zaradi nenatančno opisanih postopkov. Podobno velja za seznam zahtev za ERP, kjer naj bodo povezave navedene kot samostojne zahteve.

Kdo vzdržuje integracijo po zagonu

Najpogostejša napaka je, da se o vzdrževanju pogovarjate šele, ko povezava preneha delovati. Dogovorite vnaprej:

• Kdo spremlja napake v vsakodnevnem delovanju? Najbolje oseba v podjetju, ki razume postopek, ne samo tehnike.
• Kdo popravi povezavo, ko se spremeni ERP, spletna trgovina ali predpis?
• Kdo posodobi dokumentacijo, da znanje ni v glavi enega razvijalca?
• Kako se obravnavajo nujni primeri, na primer izpad povezave z banko ob koncu meseca?

Povezava po meri ima eno prednost in eno slabost: popolnoma ustreza vašemu postopku, a je odvisna od tistega, ki jo je napisal. Zato zahtevajte izvorno kodo ali vsaj dokumentacijo, ki jo lahko prevzame drug izvajalec. Povezave in prilagoditve se ob posodobitvah ERP-ja najlažje obvladujejo, če jih pokriva tudi podpora in vzdrževanje SAP Business One, in če so jasno ločene od jedra sistema, kar je tema strani o prilagoditvah SAP Business One.

Gotova razširitev ali povezava po meri

Odločitev ni načelna, ampak praktična. Preglejte tri vprašanja:

• Ali je postopek na drugi strani standarden in ga razširitev že pokriva brez prilagoditev?
• Ali so podatki, ki jih razširitev prenaša, tisti, ki jih potrebujete, in v obliki, ki jo potrebujete?
• Kdo bo skrbel za razširitev ob naslednji posodobitvi in kako se to zapiše v pogodbi?

Če je odgovor na vsa tri pritrdilen, je gotova rešitev običajno smiselna. Če ne, je povezava po meri prek Service Layerja boljša izbira, dokler je dobro opisana in pokrita z vzdrževanjem. Cene ne moremo navesti brez poznavanja obsega; razmislek o stroških se začne pri strani o ceniku SAP Business One, kjer so pojasnjeni dejavniki, ki vplivajo na končni znesek.

Povezave pri selitvi iz starega sistema

Ob prehodu s starega ERP-ja ali računovodskega programa se povezave pogosto spregledajo, saj jih je stari sistem opravljal »neopazno«: nočni izvoz v datoteko, ročni uvoz v spletno trgovino, skripta, ki jo je pred leti napisal nekdo, ki ga ni več. Pred selitvijo naredite popis vseh izmenjav podatkov, ne samo uradnih. Podrobnosti o prenosu podatkov so na strani o migraciji v SAP Business One, splošni okvir pa v vodiču o migraciji ERP.

Povzetek

Konektor SAP Business One je v resnici odločitev o toku podatkov. Service Layer s protokoloma HTTP in OData daje trdno podlago, Integration Framework in platforma BTP pa poti za zahtevnejše scenarije. Najpomembnejše pa ostaja delo pred razvojem: opis postopkov, vir resnice za vsak podatek in jasen dogovor, kdo povezavo vzdržuje. Če želite te teme obravnavati z izkušenim izvajalcem, vam brezplačno pomagamo najti integratorja, ki ustreza vašemu projektu; kako to poteka, je opisano na strani kako deluje.

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