Vývoj Business Central bez rizika pre aktualizácie

Vývoj Business Central sa v praxi začína otázkou, ktorú si firmy kladú neskoro: potrebujeme to skutočne programovať? Systém sa dá prispôsobiť na viacerých úrovniach a len posledná z nich znamená písanie kódu. Čím nižšie na tejto škále zostanete, tým jednoduchšie bude udržiavanie aj prechod na nové verzie.

Táto stránka vás prevedie od nastavenia cez hotové aplikácie až po vývoj na mieru. Ak hľadáte celkový obraz projektu, začnite pri zavedení Business Central. Tu sa venujeme len úpravám.

Personalizácia Business Central: štyri úrovne zásahu

Pod pojmom personalizácia sa skrýva niekoľko odlišných vecí. Pre rozpočet aj riziko je zásadné ich nezamieňať.

Pravidlo je jednoduché: najprv nastavenie, potom hotová aplikácia, až nakoniec vlastný kód. Dodávateľ, ktorý začína programovaním, zvyčajne predáva svoju kapacitu, nie vaše riešenie.

Nastavenie a Designer: čo zvládnete bez programovania

Business Central ponúka veľa možností bez jediného riadku kódu. Dimenzie umožňujú členiť účtovníctvo podľa stredísk, zákaziek či projektov, schvaľovacie toky pokryjú väčšinu interných pravidiel a šablóny urýchľujú zakladanie kariet. Mnohé „vlastné požiadavky“ sa nakoniec ukážu ako nenastavená štandardná funkcia.

Designer je zabudovaný priamo v klientovi. Stránky v ňom navrhnete presúvaním: polia preusporiadate alebo pridáte a výsledok si hneď prezriete. Ide o spôsob, ako vytvoriť rozšírenie bez opustenia rozhrania, a je vhodný na zmeny rozloženia, nie na novú obchodnú logiku.

Typický slovenský príklad: účtovník chce na doklade pridať pole pre internú poznámku a zobraziť ho vedľa ďalších údajov. To je záležitosť Designera, nie projektu na týždne. Rozsiahlejšie zásahy do účtovných postupov sa však už oplatí konzultovať, najmä ak súvisia s účtovníctvom a financiami.

Hotové rozšírenia: najprv sa pozrite, či to už niekto nevyriešil

V online verzii sa Business Central rozširuje aplikáciami, ktoré sa inštalujú z Microsoft Marketplace. Súčasťou sú aj stránky „Connectivity Apps“ a „Banking Apps“ s aplikáciami na pripojenie k externým službám, napríklad na import bankových transakcií. Takéto aplikácie sú zvyčajne lacnejšie a bezpečnejšie než zákazkový vývoj, pretože ich udržiava ich autor.

Pre e-commerce existuje konektor Shopify. Synchronizuje produkty, zásoby, zákazníkov, objednávky, expedície, transakcie a výplaty, zvláda viac obchodov a preberá objednávky z internetových obchodov, Shopify POS aj B2B. Synchronizáciu je možné spúšťať na pozadí cez frontu úloh (job queue) s podrobným záznamom pre riešenie problémov. Ak prevádzkujete e-shop na inej platforme, máte rozumný dôvod hľadať podobnú aplikáciu skôr, než zadáte vývoj. Viac k tejto téme nájdete v časti o integráciách a v prehľade ERP pre e-shop.

Lokalizácia pre Slovensko

Microsoft poskytuje lokalizáciu priamo len v časti krajín. Pre ostatné sú dostupné lokalizačné aplikácie vyvinuté partnermi, ktoré nájdete na Marketplace. Pre slovenskú firmu je to dôležité, pretože pojmy ako kontrolný výkaz DPH, evidencia cez e-kasu či elektronická fakturácia sú otázkou lokalizácie, nie vášho vlastného vývoja. Pred akýmkoľvek zákazkovým programovaním si preto overte, čo pokrýva lokalizácia, a pozrite si stránku Business Central na Slovensku. Súvisiace povinnosti rozoberajú aj sprievodcovia o kontrolnom výkaze DPH a o e-kase.

Vývoj na mieru v AL: ako vyzerá a čo prináša

Keď nastavenie ani hotová aplikácia nestačia, prichádza na rad vlastný modul. Business Central sa upravuje rozšíreniami napísanými v jazyku AL vo Visual Studio Code. Rozšírenie pridáva alebo mení tabuľky, stránky, codeunity a zostavy, a to bez zásahu do základného kódu. Výsledok sa zostaví do súborov .app, ktoré sa nasadzujú do konkrétneho prostredia.

Tento model je dôvodom, prečo sa dnešný vývoj líši od starších verzií: zákazkový kód nie je zmiešaný s kódom Microsoftu, ale leží vedľa neho. Práve to umožňuje, aby systém dostával novinky bez prepisovania vašich úprav.

Kedy má vlastný modul zmysel

Zákazkový vývoj je opodstatnený, ak:

• požiadavka vychádza z konkurenčnej výhody alebo špecifického procesu vašej firmy, ktorý trh nepokrýva,
• hotová aplikácia pokrýva väčšinu potreby, ale chýba kľúčový detail, a doplnok je menší než celý modul,
• ide o prepojenie na interný systém, pre ktorý neexistuje konektor,
• obchodná logika sa opakuje a ručná práca stojí viac než údržba kódu.

Naopak, nevhodné je programovať zvyk. Ak sa pôvodný postup dá nahradiť štandardným, rozhodnutie prináša úsporu aj pri školeniach, pozri školenia Business Central.

Vlastné API a limity integrácií

Business Central ponúka REST API (v2.0) na prepojenie s riešeniami tretích strán. V online verzii sú API zapnuté predvolene. Dôležité obmedzenie: do štandardného API sa polia pridať nedajú. Treba skopírovať kód AL a vytvoriť vlastné API.

Pozor aj na limity. Pri OData V4 sa uplatňujú na používateľa: päť súbežných požiadaviek, sto pripojení a kĺzavé okno šesťtisíc požiadaviek za päť minút. Po prekročení služba vráti kód HTTP 429. Microsoft odporúča používať API alebo OData namiesto SOAP, ktoré sa má zrušiť. Integrácia, ktorá v testoch funguje, môže pri skutočnej záťaži narážať práve na tieto hranice, preto sa limity majú zohľadniť už pri návrhu. Širší kontext dáva stránka o integráciách.

Testovacie prostredie: kde sa vývoj odohráva

Bac à sable (sandbox) je určené na vývoj. Ladiaci bod je tam otvorený predvolene a rozšírenie sa publikuje z Visual Studio Code. Odchádzajúce volania HTTP z rozšírení sú v testovacom prostredí blokované, kým ich nepovolíte pre každé rozšírenie zvlášť. Hodí sa vedieť, že v prípade potreby je možné prostredie prepojiť s prostredím Power Platform rovnakého typu. Toto prepojenie je výhradné a slúži ako predvolený cieľ integrácií s Power Platform a ďalšími produktmi Dynamics 365.

Z toho vyplýva pracovný postup, ktorý by mal poznať každý zadávateľ: vývoj a skúšky v testovacom prostredí, schválenie vami, až potom nasadenie do ostrej prevádzky. Dodávateľ, ktorý upravuje priamo ostrú databázu, porušuje základné pravidlo.

Vplyv na aktualizácie a verzie

Úpravy na mieru môžu a nemusia komplikovať prechod na novšiu verziu. Rozhoduje kvalita návrhu:

• rozšírenie, ktoré využíva udalosti a nemení štandardnú logiku, sa aktualizuje hladko,
• rozšírenie, ktoré sa opiera o interné detaily, môže po zmene štandardu prestať fungovať,
• každý vlastný modul zvyšuje objem testov pri každej aktualizácii,
• čím viac hotových aplikácií, tým viac závislostí na ich autoroch.

Pri plánovaní preto počítajte s priebežnou údržbou. Aktuálne informácie o vydaniach nájdete v prehľade verzií a edícií, prevádzku po spustení rieši téma podpory a údržby.

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

1. Držte sa štandardu. Každá odchýlka je záväzok do budúcnosti. Pri návrhu sa pýtajte, čo by sa stalo, keby sa úprava zrušila.
2. Dokumentujte. Každý modul má mať opis účelu, zodpovednú osobu, zoznam závislostí a postup návratu. Bez toho sa zmení na „čiernu skrinku“ po odchode vývojára.
3. Testujte automaticky. Úpravy, ktoré ovplyvňujú účtovníctvo, DPH alebo sklad, musia mať opakovateľné testy. Prvé miesto pre chyby je práve pri aktualizácii.
4. Vlastníte kód. Zmluva má určiť, komu patrí zdrojový kód a kto ho môže upravovať.
5. Oddeľte vývoj a ostrú prevádzku. Žiadne zásahy bez schválenia v testovacom prostredí.
6. Meňte po malých krokoch. Menšie dodávky sa ľahšie testujú a vrátia.

Ak si nie ste istí stavom existujúcich úprav, môže pomôcť audit alebo záchrana projektu.

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

Pri výbere dodávateľa sa nepýtajte len na cenu hodiny. Skúste tieto otázky:

Dobrý dodávateľ vás na niektoré požiadavky odradí a navrhne lacnejšie riešenie. To je dobrá známka. Celý postup výberu popisuje sprievodca výberom ERP integrátora a stránka o výbere partnera pre Business Central.

Čo ovplyvňuje cenu vývoja

Konkrétnu sumu v tomto texte neuvádzame, pretože závisí od rozsahu, zložitosti a požadovaných testov. Cenu ovplyvňuje počet dotknutých procesov, počet integrácií, požadovaná dokumentácia a následná údržba. Licencie sú samostatná téma; pozrite si prehľad cien Business Central. Požadujte ponuku rozdelenú na analýzu, vývoj, testy a nasadenie, aby ste ich vedeli porovnať.

Ďalší krok

Ak máte zoznam požiadaviek, usporiadajte ich podľa úrovní z tabuľky vyššie a vlastný vývoj ponechajte len tam, kde skutočne prináša hodnotu. Potom ich predložte záujemcom. Ako funguje náš bezplatný sprostredkovateľský postup, vysvetľuje stránka ako to funguje: odošlete zadanie a získate kontakt na integrátora zodpovedajúceho vášmu projektu. Samotný projekt realizuje vybraný integrátor.

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.