↓

Prispôsobenie SAP Business One: od nastavenia po modul na mieru

Vývoj SAP Business One nezačína programovaním. Najprv sa využije nastavenie a používateľské polia, potom hotové rozšírenia a až nakoniec modul na mieru. Takto zostanú aktualizácie zvládnuteľné.

Aktualizované 28. októbra 2026

Slovenská firma, ktorá zavádza SAP Business One, sa skôr či neskôr stretne s vetou „toto systém štandardne nerobí“. Môže ísť o špecifický formát dokladu pre odberateľa, o schvaľovanie objednávok podľa vlastných pravidiel alebo o prepojenie s e-shopom. Vývoj SAP Business One je odpoveď, ale nie prvá a nie jediná. Táto stránka vysvetľuje, v akom poradí úpravy riešiť, čo ich robí bezpečnými a podľa čoho posúdiť vývojára alebo integrátora.

Prispôsobenie SAP Business One: poradie krokov

Správne poradie je rozhodujúce. Čím je úprava bližšia štandardu, tým menej práce vyžaduje a tým menej komplikuje budúce aktualizácie. Preto sa oplatí postupovať od najľahšej možnosti k najnáročnejšej.

Stupeň Čo to je Typický príklad Dopad na aktualizácie
Nastavenie Konfigurácia v samotnom systéme Číselné rady, práva, vzhľad dokladov Minimálny
Používateľské prvky Polia, tabuľky, objekty a hodnoty definované používateľom Dodatočné pole na zákazníkovi alebo zákazke Nízky
Dotazy, upozornenia, schvaľovanie SQL dotazy, alerty a schvaľovacie workflow Schválenie objednávky nad určitú hranicu Nízky
Hotové rozšírenie Add-on od partnera alebo od SAP Sektorová funkcia, ktorú systém nemá Závisí od dodávateľa
Vývoj na mieru Vlastný modul cez SDK alebo Service Layer Samostatná agenda, špecifická integrácia Najvyšší, vyžaduje testovanie

Kurz implementácie od SAP Learning uvádza medzi nástrojmi na prispôsobenie práve používateľské polia (UDF), tabuľky (UDT), objekty (UDO) a hodnoty (UDV), ďalej SQL dotazy, upozornenia a schvaľovacie workflow. Veľká časť požiadaviek, ktoré sa na prvý pohľad tvária ako „vývoj“, sa dá vyriešiť týmito prostriedkami bez jediného riadku kódu.

Prvý krok: nastavenie a používateľské prvky

Pred akýmkoľvek programovaním si prejdite, čo už systém dokáže. Pri workshope s integrátorom sa často ukáže, že požiadavka vznikla zo zvyku na predchádzajúci program, nie z reálnej potreby.

Používateľské polia a tabuľky riešia najčastejšiu situáciu: potrebujete evidovať informáciu, ktorú štandardný doklad neobsahuje. Môže to byť číslo zmluvy odberateľa, miesto dodania, interný kód projektu alebo poznámka pre expedíciu. Používateľský objekt (UDO) ide ďalej a umožňuje zaviesť vlastnú evidenciu s vlastnými stavmi, napríklad register reklamácií alebo evidenciu zapožičaného náradia.

Dotazy a upozornenia pomáhajú tam, kde ide o kontrolu alebo prehľad. Systém môže upozorniť obchodníka, že zákazník prekročil dohodnutý limit, alebo ukázať skladníkovi len tie položky, ktoré treba doplniť. Schvaľovacie workflow pokrýva interné pravidlá, napríklad kto smie potvrdiť nákup nad určitou hodnotou.

Tento stupeň má jednu veľkú výhodu: je to bežná súčasť systému, takže ho pozná každý skúsený konzultant a dá sa meniť bez nového vývojového cyklu.

Hotové rozšírenia a add-ony

Ak štandard a nastavenie nestačia, ďalšou otázkou je, či rozšírenie už neexistuje. SAP uvádza v decembri 2025 viac než 500 sektorových a krajinných rozšírení a distribúciu cez 850 partnerov. Pre bežné potreby, ako je napríklad vlastná agenda pre konkrétne odvetvie, teda často existuje hotové riešenie, ktoré je lacnejšie než vývoj od nuly. Odvetvové možnosti rozoberá stránka SAP Business One pre odvetvia.

Pri hotovom add-one si overte tieto veci:

  • kto ho udržiava a kto zabezpečuje jeho kompatibilitu s novými verziami systému,
  • či má podporu v slovenčine a či zodpovedá slovenskému prostrediu,
  • ako sa rieši, ak dodávateľ svoj produkt prestane rozvíjať,
  • či ide o samostatný produkt, alebo o úpravu, ktorá sa po zmene integrátora stane sirotou.

Licencie používateľov SAP Business One podľa licenčného sprievodcu automaticky zahŕňajú SDK vo verzii pre implementáciu, nástroje SDK, SAP AddOns, licenciu kompatibility pre add-ony a Workflow, každé pre 99 999 používateľov. Samotné nástroje na vývoj teda nie sú ďalšou položkou, ktorú treba osobitne objednať. Platíte za prácu vývojára, nie za prístup k nástrojom.

Vývoj na mieru: SDK, Service Layer a Integration Framework

Ak žiadny z predchádzajúcich stupňov problém nevyrieši, prichádza na rad vývoj modulu na mieru. SAP Business One ho podporuje niekoľkými cestami a každá sa hodí na iný účel.

Service Layer

Service Layer je rozhranie REST založené na HTTP a OData, ktoré vymieňa údaje vo formáte JSON. Podľa príručky SAP z júla 2026 podporuje OData v3 aj OData v4. Funguje na SUSE Linux Enterprise a Microsoft Windows (od verzie 10.0 PL01), využíva server Apache ako rozdeľovač záťaže a dá sa nasadiť v integrovanom aj distribuovanom režime. S rozhraním DI API zdieľa rovnaké definície objektov vďaka komponentu DI Core.

SAP Learning dopĺňa, že Service Layer podporuje overovanie Basic a OAuth a má uľahčiť tvorbu webových a mobilných aplikácií pre SAP Business One. V praxi to znamená, že externá aplikácia, napríklad portál pre obchodných zástupcov alebo mobilná aplikácia skladníka, môže s údajmi pracovať cez štandardné webové rozhranie a nie priamo v databáze.

SDK a add-ony

SDK umožňuje stavať add-ony, teda doplnky, ktoré sa správajú ako súčasť systému. Hodia sa na úpravy obrazoviek a na logiku, ktorá musí bežať priamo v klientovi. Pri rozhodovaní medzi add-onom a samostatnou aplikáciou cez Service Layer sa pýtajte, kde má logika bežať a kto ju bude udržiavať.

Integration Framework

SAP opisuje Integration Framework ako súčasť SAP Business One, použiteľnú na vlastnom serveri aj v cloude, ktorá slúži ako vývojové a vykonávacie prostredie scenárov integrácie: dashboardov, mobilných aplikácií, externej mzdovej agendy, automatizovanej žiadosti o ponuku, SAP Customer Checkout, webových služieb a aplikácií SAP aj tretích strán. Podrobnejšie sa témam prepojení venuje stránka o integráciách SAP Business One.

Nové scenáre automatizácie môžu využívať aj SAP Business Technology Platform, Business Accelerator Hub a SAP Build. SAP Learning opisuje jadro ERP ako navrhnuté na rozširovanie, doplnené o umelú inteligenciu, strojové učenie a cloudové služby.

Slovenské požiadavky: kde sa vývoj najčastejšie oplatí

Rozšírenia na slovenský trh nevznikajú v prázdnom priestore. Typické oblasti, o ktorých sa pri úpravách diskutuje, sú:

  • Kontrolný výkaz DPH. Skôr než zadáte vývoj, overte, či lokalizácia pre Slovensko vaše prípady pokrýva. Podrobnosti sú v prehľade o kontrolnom výkaze DPH a ERP.
  • E-kasa. Ak máte predajne alebo prevádzky s registračnou pokladnicou, prepojenie na e-kasu patrí medzi kritické integrácie. Pozrite si e-kasu a ERP.
  • Elektronická fakturácia. Formáty dokladov a spôsob odosielania sa menia a úprava by sa mala opierať o štandardné rozhrania, nie o jednorazové skripty. Súvisí s tým elektronická fakturácia a ERP.
  • Prepojenie na účtovníka. Ak vám účtovnú agendu vedie externý účtovník, dohodnite formát výstupov skôr, než sa začne programovať.

Pravidlo je jednoduché: zákonnú povinnosť najprv porovnajte so štandardnou lokalizáciou. Až keď ju štandard nepokrýva, dáva zmysel vlastná úprava. Prehľad miestnej situácie nájdete na stránke SAP Business One na Slovensku.

Vplyv úprav na aktualizácie

Aktualizácia je moment, v ktorom sa ukáže kvalita úprav. Platí niekoľko zásad.

Čím menej zásahov, tým menej rizika. Úprava postavená na UDF a oficiálnych rozhraniach sa zvyčajne prenesie do novej verzie bez problémov. Zásah, ktorý pracuje mimo týchto rozhraní, môže po aktualizácii prestať fungovať.

Každá úprava potrebuje vlastníka. Niekto musí vedieť, že existuje, čo robí a kto ju opraví. Pri zmene verzie treba otestovať aj tie moduly, o ktorých nikto nehovorí, lebo „vždy fungovali“. Voľbu verzie rozoberá stránka o verziách a edíciách SAP Business One.

Testovanie v samostatnom prostredí. Aktualizáciu nikdy nenasadzujte do ostrej databázy bez skúšobnej kópie. Test má prejsť tie procesy, ktoré úprava ovplyvňuje: vystavenie faktúry, výdaj zo skladu, schválenie objednávky, export do účtovníctva.

Dohodnutá starostlivosť po spustení. Úprava bez zmluvne pokrytej údržby sa pri prvej väčšej zmene stáva sporom o zodpovednosť. Nastavenie podpory popisuje stránka o podpore a údržbe SAP Business One.

Dobré postupy: štandard, dokumentácia, testy

Pri vývoji sa osvedčili tieto návyky:

  1. Zostať pri štandarde, kým je to rozumné. Každá úprava je záväzok do budúcnosti.
  2. Písať zadanie ako obchodný problém. „Zrýchliť expedíciu zákazky“ je lepšie zadanie než „pridať tlačidlo“.
  3. Dokumentovať. Popis funkcie, spôsob inštalácie, závislosti, prístupové údaje v správcovi hesiel a postup návratu k predchádzajúcemu stavu.
  4. Testovať podľa scenárov. Test vychádza z reálnych procesov firmy, nie z toho, čo vývojár stihol skúsiť.
  5. Odovzdať kód a podklady. Zadajte vopred, komu patrí zdrojový kód a či ho môže prevziať iný dodávateľ.
  6. Úpravy zaviesť po etapách. Najprv malé, overené kroky, až potom rozsiahle zásahy.

Ako posúdiť vývojára alebo integrátora SAP Business One

Úprava je len taká dobrá, ako ten, kto ju robí. Pri výbere si všímajte tieto veci:

Otázka Čo by ste mali počuť
Ako postupujete pri požiadavke? Najprv analýza a štandard, potom až vývoj
Čím úpravu postavíte? Konkrétna odpoveď: UDF, add-on, Service Layer, s odôvodnením
Ako riešite aktualizácie? Testovacie prostredie, plán regresných testov
Čo dostanem na konci? Dokumentácia, inštalačný postup, prístup ku kódu podľa zmluvy
Kto ponesie zodpovednosť za chybu? Jasná zmluvná podpora a čas reakcie
Máte skúsenosť so slovenským prostredím? Poznanie DPH, kontrolného výkazu, e-kasy a práce s účtovníkom

Ďalej sa pýtajte na referencie v obdobných firmách a nechajte si ukázať ukážku dokumentácie z iného projektu bez mena klienta. Dobrý partner vám úpravu aj vyhovorí, ak ju nepotrebujete, a to je silný signál. Podrobnejšie kritériá nájdete v stránke o výbere partnera pre SAP Business One. Ak chcete, aby sme vám pomohli nájsť integrátora, ktorý má s podobným projektom skúsenosť, postup je opísaný v časti ako to funguje: služba je bezplatná a samotný projekt realizuje vybraný integrátor.

Prečo sa neoplatí všetko riešiť na mieru

Vývoj sa rýchlo stane pasciou, ak sa použije ako náhrada za zmenu procesov. Systém, ktorý je plný úprav, sa ťažšie školí, ťažšie aktualizuje a jeho znalosť je sústredená v hlave jedného človeka. Naopak, systém bez akejkoľvek úpravy často nútí zamestnancov do tabuliek vedľa ERP. Cieľom nie je nula úprav ani maximum, ale rovnováha: štandard pre bežné procesy, cielené rozšírenia tam, kde vám dávajú konkurenčnú výhodu alebo ušetria opakovanú prácu.

Často kladené otázky

Koľko stojí vývoj modulu na mieru pre SAP Business One?

Cena závisí od rozsahu, od počtu obrazoviek a pravidiel, od integrácií a od testovania, preto ju nemožno uviesť vopred bez zadania. Rozumný integrátor dá odhad až po analýze a rozdelí ho na položky, aby ste videli, čo je nastavenie a čo skutočné programovanie. Porovnávajte ponuky podľa rozsahu práce, nie podľa jedného čísla.

Zničia úpravy na mieru pri aktualizácii SAP Business One systém?

Nemusia, ak sú urobené podporovanými cestami: používateľskými poľami, tabuľkami a objektmi, add-onmi alebo cez Service Layer. Riziko vzniká pri zásahoch, ktoré obchádzajú tieto rozhrania. Pred každou aktualizáciou preto patrí do plánu test všetkých úprav v oddelenom prostredí.

Aký jazyk a nástroje sa používajú na vývoj SAP Business One?

Rozšírenia sa stavajú nad SDK, ktoré je súčasťou licencie používateľov, a nad Service Layer, teda REST rozhraním na báze HTTP a OData s výmenou údajov vo formáte JSON. Konkrétny programovací jazyk si vyberá vývojár podľa typu riešenia, preto sa pri ponuke pýtajte na architektúru a nie iba na jazyk.

Môže si úpravy robiť aj vlastný IT oddelenie firmy?

Áno, SDK a súvisiace nástroje sú súčasťou licencie používateľov, takže technicky nič nebráni. Praktickou otázkou je kapacita: úprava, ktorú pozná jediný človek, sa po jeho odchode stáva rizikom. Ak ju robíte interne, vyžadujte dokumentáciu a testovací scenár rovnako ako od externého dodávateľa.

Ako zistím, či je požadovaná úprava naozaj potrebná?

Spýtajte sa, aký obchodný problém rieši a či ho nevyrieši zmena procesu alebo štandardná funkcia. Ak úprava nahrádza ručnú prácu účtovníka alebo skladníka a opakuje sa denne, má zmysel. Ak ide iba o zvyk z predchádzajúceho systému, zvyčajne sa oplatí najprv skúsiť štandard.

Zdroje

  1. SAP Learning – Implementing SAP Business One
  2. SAP – Licence Guide SAP Business One
  3. SAP – Working with SAP Business One Service Layer
  4. SAP Learning – Leveraging the SAP Business One Service Layer
  5. SAP News – Global success of SAP Business One
  6. SAP – Integration Framework for SAP Business One

Uvedené názvy softvéru sú ochranné známky ich príslušných výrobcov a uvádzajú sa len na informačné účely. Táto stránka je nezávislá a nie je prepojená so žiadnym výrobcom.