Podpora in vzdrževanje Business Central: kako jo urediti po zagonu

Odločitev za Microsoft Dynamics 365 Business Central je šele začetek. Ko je sistem v produkciji, ga računovodja uporablja vsak dan, nabava naroča po njem, skladišče pa izdaja blago. Vprašanje, na koga se obrniti, ko nekaj ne dela, in kdo poskrbi, da sistem ostane posodobljen, je zato enako pomembno kot izbira ponudnika. Ta stran pojasnjuje, kako je podpora Business Central dejansko razdeljena, kaj zahtevati v pogodbi in kako ravnati, če s partnerjem niste več zadovoljni.

Kdo je odgovoren za podporo Business Central

Pri Business Central podpora ni ena sama storitev, ampak veriga treh akterjev: vaši interni uporabniki, partner in Microsoft.

Microsoft dokumentira, da ima vsak odjemalec partnerja, ki opravlja tehnično podporo prve linije. Partner prevzame zahtevek, ga poskusi rešiti, in če je treba, ga kot delegirani skrbnik tenanta odjemalca eskalira na Microsoft. Za oddajo zahtevka Microsoftu v imenu odjemalca mora imeti partner status delegiranega skrbnika in podporni načrt Advanced ali Premier. To za vas pomeni, da je kakovost podpore v praksi odvisna predvsem od izbranega partnerja, ne od proizvajalca.

Pri namestitvi na lastnih strežnikih je stvar še bolj odvisna od dogovora: stran pomoči v sistemu ne vsebuje posebnega stika za tehnično podporo, zato partner z vašim skrbnikom dogovori, kako in kdaj ga kontaktirate. Ta dogovor zapišite, ne pustite ga ustnemu domnevanju.

Kaj krije Microsoft

Microsoftova tehnična podpora pokriva incidente, torej napake v delovanju produkta (angl. break-fix). Ne pokriva pa:

• vprašanj o tem, kako sistem uporabljati; to spada v usposabljanje;
• popravljanja poškodovanih podatkov, pri katerem Microsoft ne pomaga;
• napak v prilagoditvah in integracijah, ki jih je zgradil partner ali tretja stran.

Zadnje navedeno je razumna pričakovana razdelitev, ne uradna Microsoftova izjava: koda, ki ni Microsoftova, mora imeti nosilca pri tistem, ki jo je napisal.

Kaj krije partner

Partner pokriva vse, kar je med produktom in vašim vsakdanjim delom:

• sprejem in razvrščanje zahtevkov uporabnikov;
• odpravljanje napak v nastavitvah, prilagoditvah in integracijah;
• spremljanje posodobitev in preizkus pred uvedbo v produkcijo;
• manjše spremembe, kot so nova poročila, polja ali pravila knjiženja;
• stik z Microsoftom pri napakah, ki jih ni mogoče rešiti na ravni partnerja.

Kdor je sistem uvedel, ga običajno pozna najbolje, vendar ni nujno, da je tudi najboljši za vzdrževanje. O tem več v vodniku za izbiro partnerja.

Vzdrževanje in TMA: kaj je v pogodbi

Pogosto uporabljana kratica TMA (tierce maintenance applicative) pomeni redno vzdrževanje aplikacije po pogodbi. V slovenski praksi jo najdete pod imeni »pogodba o vzdrževanju«, »podporna pogodba« ali »SLA pogodba«. Pri primerjavi ponudb si oglejte tri ločene sklope, ker jih ponudniki radi mešajo.

Če ponudnik vse našteto združi v eno »urno postavko«, ne boste vedeli, kaj kupujete.

Kaj zahtevati v pogodbi in SLA

Dobra pogodba ne obljublja, da bo vse delovalo. Določa, kaj se zgodi, ko ne deluje. Pred podpisom preverite naslednje točke:

1. Kategorije resnosti. Opredeljena naj bo razlika med blokado knjiženja, napako z obvozom in željo po spremembi. Brez tega je vsak zahtevek »nujen«.
2. Čas odziva in čas rešitve. Oboje naj bo zapisano po kategorijah, skupaj z urami delovanja podpore. Če imate poslovne konice, kot so zaključek meseca, DDV obračun ali letno poročilo, jih izrecno navedite.
3. Kanal in imenovane osebe. Kdo sme oddajati zahtevke, prek katerega sistema in kdo je vaš glavni kontakt pri partnerju.
4. Obseg. Ali so vključene prilagoditve, integracije in razširitve tretjih ponudnikov ali samo standardni produkt.
5. Eskalacija. Kdaj in kako partner napako preda Microsoftu ter kako vas obvešča.
6. Zastopanje za zakonske spremembe. Kdo prilagodi sistem, ko se spremenijo pravila, na primer pri e-računih ali davčnem potrjevanju računov.
7. Poročanje. Mesečni pregled zahtevkov, ponavljajočih se težav in obremenitve sistema.
8. Odpoved in primopredaja. Rok odpovedi, obveznost predaje dokumentacije in dostopov.

Preverite tudi, kdo je lastnik izvorne kode prilagoditev. O tem več piše stran o prilagoditvah Business Central.

Posodobitve: največji vir dela po zagonu

Za spletno različico Business Central Microsoft objavlja dve večji posodobitvi na leto, aprila in oktobra, in mesečne manjše posodobitve v mesecih brez večje. Vsebujejo med drugim kritične popravke in regulatorne spremembe. Storitev je zajeta v Microsoftovi politiki Modern Lifecycle Policy: stalne posodobitve storitve in večja posodobitev na vsakih šest mesecev. Posodobitvam se torej ne morete izogniti, lahko jih le dobro načrtujete.

Pomembni časovni okviri, ki jih mora vaš partner poznati in vam jih pojasniti:

• Preizkusno okolje. Okolja za predogled večje različice se odprejo približno en mesec pred izidom, marca in septembra, in se izbrišejo 30 dni po uradni razpoložljivosti. To je čas za preizkus prilagoditev.
• Obdobje posodobitve. Začne se ob splošni razpoložljivosti večje različice, običajno prvi delovni dan aprila ali oktobra, in traja pet mesecev. Obstoječim okoljem je različica ponujena približno teden dni kasneje, nato sledi še mesec odloga.
• Okno posodobitve. Privzeto je med 20.00 in 6.00 po lokalnem času. Skrbnik ga lahko spremeni, najmanj pa mora trajati šest ur. Posodobitve, ki se v oknu ne končajo, se razveljavijo in prestavijo čez sedem dni.

Praktično to pomeni: partner mora vaše prilagoditve in integracije preizkusiti v predogledu, preden se posodobitev zgodi v produkciji. Če to ni zapisano v pogodbi, običajno ni narejeno ali pa se zaračuna posebej. Več o izdajah in različicah je v članku o različicah in izdajah, o gostovanju pa na strani Business Central v oblaku.

Zakaj so posodobitve za slovenska podjetja bolj občutljive

Slovensko podjetje ne uporablja samo mednarodnega jedra sistema. Opira se na lokalne funkcije: obračun DDV in oddajo prek eDavkov, e-račune, pri gotovinskih prodajah pa na davčno potrjevanje računov pri FURS. Ko se pravila spremenijo ali ko posodobitev vpliva na lokalno aplikacijo, mora nekdo preveriti, da obračuni in izmenjave še delujejo. Kot primer Microsoft v vali izdaj 2026 release wave 2 (različica 29) francosko različico preoblikuje v nabor razširitev nad mednarodno osnovo W1; takšne arhitekturne spremembe lokalnih aplikacij se lahko dogajajo tudi drugod, zato vprašajte partnerja, kako spremlja lokalizacijo, ki jo uporabljate. Za ozadje preberite vodnike o zakonskih zahtevah za ERP in davčnih blagajnah v ERP.

Pred zaključkom meseca ali pred oddajo DDV obračuna ne načrtujte večjih posegov v sistem. To naj bo zapisano kot pravilo v dogovoru s partnerjem.

Varnostne kopije in obnova

Pri spletnem okolju je dobro vedeti, kaj sistem omogoča sam. Okolje lahko obnovite do desetkrat na koledarski mesec, in sicer na katerikoli trenutek v zadnjih 28 dneh, v isti Azure regiji in lokaciji. Obnova je možna samo s plačljivo naročnino. To je koristno pri napačnem množičnem knjiženju ali neuspeli uvedbi spremembe, vendar ni nadomestilo za postopek. Partner mora določiti, kdo odloča o obnovi, kdo obvesti uporabnike in kako se po obnovi preveri stanje knjig. Naj vas pri tem ne zavede dejstvo, da Microsoft ne pomaga pri popravljanju poškodovanih podatkov: odgovornost za pravilnost podatkov ostaja pri vas in partnerju.

Kaj predvideti v proračunu

Natančnih zneskov brez poznavanja vašega primera ne moremo navesti. Strošek podpore sestavljajo naslednje postavke:

• Licence. Naročnina na uporabnika, ki je odvisna od različice licence; Microsoft opozarja, da se prikazane cene lahko razlikujejo glede na valuto, državo in regionalno različico. Podrobnosti so na strani o cenah Business Central.
• Pogodba o vzdrževanju. Pavšal ali paket ur, odvisen od števila uporabnikov, odzivnosti in obsega prilagoditev.
• Evolutivne spremembe. Pogosto ločen proračun za leto, ki ga na začetku ni mogoče natančno oceniti.
• Posodobitve. Preizkus prilagoditev in integracij ob vsaki večji izdaji.
• Usposabljanje. Novi uporabniki in spremembe v procesih.

Smiselno je, da proračun za vzdrževanje in razvoj določite ob uvedbi in ga letno pregledate. Skupaj z uvedbo Business Central ga predstavite vodstvu in računovodji, ne šele po prvem računu za podporo.

Podpora ni enaka za vsa podjetja. Proizvodno podjetje z modulom za proizvodnjo in povezavami na stroje potrebuje drugačen odzivni čas kot storitveno podjetje, ki uporablja predvsem računovodstvo in finance.

Kako zamenjati ponudnika podpore

Zamenjava partnerja je pogostejša, kot se priznava: partner, ki je uvedel sistem, ni vedno tisti, ki ga je smiselno vzdrževati. Razlogi so običajno počasen odziv, menjava ključnih ljudi pri partnerju, nejasni računi ali odsotnost znanja za posamezno panogo. Postopek, ki zmanjša tveganje:

1. Zberite dokumentacijo. Seznam prilagoditev in razširitev, integracije, nastavitve, uporabniške pravice in odprte zahtevke.
2. Preverite dostope. Delegirani skrbniški dostop in vaša lastna administratorska pravica morata biti jasno urejena; ne smete biti odvisni od enega partnerja.
3. Revizija stanja. Novi partner naj najprej pregleda sistem. Pomaga revizija in reševanje projekta.
4. Prekrivanje. Dogovorite obdobje, v katerem stari in novi partner sodelujeta, da znanje ne izgine čez noč.
5. Postopen prenos. Najprej prevzem rednih zahtevkov in posodobitev, nato evolutivne spremembe.
6. Pogodba. Zapišite pravila odpovedi in predaje pri novi pogodbi, še preden jo potrebujete.

Če je razlog nezadovoljstva predvsem skupna zgradba rešitve, razmislite tudi, ali je smiseln pogled na alternative Business Central. Pogosteje pa je dovolj, da zamenjate partnerja in ne sistema; o postopku izbire pišemo v vodniku izbira ERP integratorja.

Kako začeti

Najprej odgovorite na tri vprašanja: kdo v podjetju je skrbnik sistema, kateri postopki so kritični (zaključek meseca, DDV, e-računi, izdaja blaga) in katere prilagoditve ter integracije obstajajo. Z odgovori lahko primerjate ponudbe po enakih merilih. Kako poteka mediacija med podjetjem in ustreznim partnerjem, je opisano na strani kako deluje; storitev je brezplačna, projekt in pogodbo pa vodi izbrani partner.

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