2026.10 v29

Apžvalga

Šioje versijoje svarbiausi pakeitimai:

• Atsiskaitymo lapelių registras: lapeliai kuriami fone ir saugomi sistemoje

• Metinė pajamų suma atsiskaitymo lapelyje

• Galiojančios sutartys: nauja ataskaita

• Vardas, pavardė: vienas laukas visuose darbuotojų sąrašuose

• Sodros pareigybių grupės Nr. galima keisti kiekviename paskyrime

Kaip skaityti šį sąrašą

Kad greičiau rastumėte, kas aktualu jūsų darbui, kiekvieno pakeitimo pavadinimo pradžioje yra ikonėlė. Ji rodo, kuriai sistemos sričiai pakeitimas priklauso:

🚀 Sukurta

👥Naujas laukas Vardas, pavardė

Prie darbuotojo duomenų pridėtas laukas „Vardas, pavardė“, automatiškai sudaromas iš vardo, antrojo vardo ir pavardės.

• Laukas pasiekiamas darbuotojų, paskyrimų, sutarčių, giminaičių, neatvykimų, tabelių, darbo grafikų ir atlyginimų sąrašuose bei žurnaluose, tačiau pagal numatytuosius nustatymus yra paslėptas — jį galite įjungti Personalizuojant puslapį.

• Vardas ir pavardė šiuose sąrašuose, kaip ir anksčiau, rodomi atskiruose stulpeliuose.

• Keičiantis darbuotojo vardui, antrajam vardui ar pavardei, laukas “Vardas, pavardė“ atsinaujina automatiškai.

👥Etatų plane Pareigų aprašo laukas

Etatų plane per puslapio personalizavimą (stulpelių pasirinkimą) dabar galite pasirinkti ir rodyti stulpelį „Pareigų aprašas“. Reikšmė paimama iš pareigos kortelės pagal eilutės pareigų kodą.

💰Darbuotojo PI žurnale nauja sritis

„Darbuotojo PI žurnale“ nauja sritis “Skaičiavimo nustatymai“. Dabar matomi ir redaguojami darbuotojo kortelėje esantys skaičiavimo nustatymai.

• rodomi vidutinio darbo užmokesčio suma, jos tipas ir galiojimo laikotarpis;

• taip pat rodomi išeitinės pašalpos metodas, mėnesių skaičius ir fiksuota suma;

• galite nurodyti, ar neskaičiuoti atostogų kompensacijos ir ar skaičiuoti bendrą kelių sutarčių SDLA laiką.

• Sritį mato tik vartotojai, turintys teisę skaityti darbuotojo kortelėje skaičiavimo nustatymus.

💰Atsiskaitymo lapelyje – metinė pajamų suma

Atlyginimų nustatymų skiltyje „Atsiskaitymo lapelis“ atsirado parinktis „Rodyti metinę pajamų sumą“. Ją įjungus, atsiskaitymo lapelyje po priskaitymo baze rodoma darbuotojo pajamų suma nuo metų pradžios. Lapelio apačioje spausdinamas paaiškinimas, kokios pajamos į ją įtrauktos.

Darbuotojas kas mėnesį mato, kiek uždirbo nuo metų pradžios, ir gali pats patikrinti, ar neviršija metinės ribos, nuo kurios taikomas didesnis GPM tarifas.

💰Naujas funkcionalumas Atsiskaitymo lapelių registras

Atsiskaitymo lapelius dabar galite sukurti ir saugoti sistemoje — kiekvienas kūrimas įrašomas į atskirą registrą kartu su kiekvieno darbuotojo lapelio failu.

• Registrą atidarysite Skaičiavimai > Istorija > Atsiskaitymo lapelių registras  arba „Bendrojo PI žurnalo“ veiksmu „Atsiskaitymo lapelių registras“.

• Registre matoma lapelių kūrimo būsena ir suvestinės „Iš viso lapelių“, „Iš viso sukurtų“, „Iš viso aktyvių“ ir „Iš viso klaidų“ — paspaudę skaičių atidarysite atitinkamus lapelių failus.

• Lapelių failų sąraše PDF lapelį galite peržiūrėti šoniniame skydelyje arba atsisiųsti veiksmu „Atsisiųsti failą“.

• Pakartotinai sukūrus to paties darbuotojo lapelį už tą patį registravimo mėnesį, aktyvus lieka tik naujausias, o ištrynus naujausią aktyvus vėl tampa ankstesnis.

• Lapelių failai rodomi tik tų darbuotojų, kuriuos vartotojui leidžiama matyti pagal dimensijų ir pavaldumo nustatymus.

💰Atsiskaitymo lapelių kūrimas fone

„Atsiskaitymo lapelių registre“ ir „Bendrajame PI žurnale“ atsirado veiksmas „Kurti atsiskaitymo lapelius“. Jis sukuria darbuotojų lapelius už pasirinktą registravimo mėnesį ir išsaugo juos registre. Lapelius galima apsaugoti darbuotojo slaptažodžiu.

Kol lapeliai kuriami, galite toliau dirbti sistemoje. Sukurtus lapelius bet kada rasite registre, kur galėsite juos peržiūrėti ar atsisiųsti.

📊Nauja ataskaita - Galiojančios sutartys

Nauja ataskaita pateikia nurodytu laikotarpiu galiojančias darbo sutartis.

• Ataskaitoje rodoma po vieną eilutę kiekvienai sutarčiai, todėl matomos ir lygiagrečiai galiojančios kelios to paties darbuotojo sutartys.

• Ataskaitą galite filtruoti pagal sutarties tipą (pvz., neterminuota, terminuota); pagal numatytuosius nustatymus rodomos visos galiojančios sutartys.

• Dimensijų stulpeliai ir rodymo būdas nustatomi ataskaitų dimensijų nustatymuose — juos galite atidaryti tiesiai iš užklausos lango.

📊Darbuotojo registravimo grupės kodas Atostogų rezervo ataskaitoje

Ataskaitoje „Atostogų rezervo kaupimas“ dabar matomas papildomas stulpelis „Darbuotojo reg. grupės kodas“.

📊DU žiniaraštyje – autoriniai be darbo santykių

„Darbo užmokesčio žiniaraščio“ ataskaitos užklausos lange atsirado parinktis „Įtraukti autorinius be darbo santykių“. Ją pažymėjus, į žiniaraštį įtraukiami ir darbuotojai, kurių kortelėje pažymėta „Autoriniai be darbo santykių“. Kaip ir anksčiau, pagal numatytuosius nustatymus jie neįtraukiami.

Viename žiniaraštyje galite matyti visas išmokas: ir darbuotojų, ir pagal autorines sutartis dirbančių asmenų.

📊Darbuotojo informacijos ataskaitos šablono stulpeliuose nauji veiksmai

„Darbuotojo informacija“ ataskaitos šablono stulpelių sąraše dabar galite pakeisti stulpelių eiliškumą veiksmais, nekeisdami stulpelio numerio rankiniu būdu.

• Veiksmai „Perkelti aukštyn“ ir „Perkelti žemyn“ perkelia pasirinktą stulpelį viena pozicija to paties šablono ribose.

📊Darbuotojo informacijos ataskaitos šablono laukų naujas veiksmas

„Darbuotojo informacija“ ataskaitos šablono laukų sąraše dabar galite vienu veiksmu įtraukti trūkstamus laukus. įdėtas veiksmas “Įtraukti trūkstamus laukus“, kuris patikrina ir įtraukia laukus, kurių sąraše nėra.

⚙️Nauji veiksmai PI žurnalo įrašuose

Sąrašuose „PI žurnalo įrašai“ ir „Registruoti PI įrašai“ dabar galite tiesiogiai atidaryti atlyginimo skaičiavimui naudojamus dydžius. Veiksmai “Minimumai“, “GPM dydžiai“, “Sodros dydžiai“, “Laiko normos“ - rodomi skirtuke “Naršyti“. Veiksmai atidaro minimalių dydžių, Sodros dydžių, GPM dydžių ir laiko normų sąrašus.

⚙️PI kodų sąraše naujas veiksmas Rodyti eilutes

PI kodų sąraše dabar galite peržiūrėti pasirinkto PI kodo eilutes neatidarius kortelės. Veiksmų juostoje paspauskite „Rodyti eilutes“ - veiksmas įjungia arba išjungia PI kodo eilučių dalies matomumą sąrašo apačioje.

⚙️PI kodų sąraše naujas laukas Aprašas ENU

PI kodų sąraše yra galimybė išsikelti stulpelį ”Aprašas ENU” per Personalizuoti funkcionalumą. Taip pat redaguojamame PI kodų sąraše dabar matomas laukas „Aprašas ENU“.

⚙️Duomenų eksportas ir importas tarp įmonių

Atsirado ataskaita „ADMIN: Data Rocket SPR“, kuria įmonės duomenis galima eksportuoti į failą ir importuoti į kitą įmonę. Ją vykdyti gali tik sistemos administratorius.

Ją galima naudoti, pavyzdžiui, testinei įmonei paruošti arba duomenims perkelti iš vienos įmonės į kitą.

🔌API – nauji pareigybės laukai

Darbuotojų (sprEmployees), paskyrimų (sprAllocations) ir pareigybių (sprPositions) API papildyti laukais „Sodros pareigybių grupės Nr.“, „Kvalifikacijos lygio kodas“ ir „Patirties lygio kodas“.

Šiuos duomenis gali paimti arba perduoti kitos sistemos.

➕ Papildyta

👥Sodros pareigybių grupės Nr. – galima keisti paskyrime

Paskyrime laukas „Sodros pareigybių grupės Nr.“ anksčiau buvo nekoreguojamas: jame tik rodyta reikšmė iš pareigybės kortelės. Dabar šį lauką galite užpildyti patys. Jei pareigybės kortelėje nurodytas vienas numeris, o konkrečiam paskyrimui reikia kito, jį galite pakeisti paskyrime. Jei laukas paskyrime lieka tuščias, ataskaitose naudojamas numeris iš pareigybės kortelės.

Tai naudinga, kai tos pačios pareigos skirtingiems darbuotojams priskiriamos skirtingoms Sodros pareigybių grupėms. Tada pareigybės nereikia kurti atskirai.

👥Paskyrimo pabaigos data atnaujinama automatiškai

Paskyrimo lauką „Pabaigos data“ sistema dabar atnaujina pati pagal sutartį. Pavyzdžiui, panaikinus sutarties pabaigos datą, paskutinio paskyrimo pabaigos data taip pat pašalinama automatiškai. Ištrynus sutartį, kuri tęsė ankstesnę, ankstesnės sutarties pabaigos data atnaujinama automatiškai.

👥Darbuotojų sąraše – vienas BDAR veiksmas

Darbuotojų ir praktikantų sąrašuose dabar rodomas tik vienas BDAR veiksmas: kai BDAR duomenys paslėpti, matote „Rodyti BDAR“, o kai rodomi – „Slėpti BDAR“. Anksčiau abu veiksmai buvo rodomi kartu ir vadinosi „Rodyti BDAR duomenis“ ir „Slėpti BDAR duomenis“.

Iš veiksmo pavadinimo iškart matote, ar asmens duomenys šiuo metu rodomi.

👥Dokumentų sąraše – tikrieji dimensijų pavadinimai

Sąraše „Dokumentai SPR“ darbuotojo dimensijų stulpeliai dabar vadinami taip, kaip dimensijos nustatytos jūsų įmonėje, pavyzdžiui, „Padalinys“ ar „Projektas“. Anksčiau jie vadinosi bendrai: „Globalinė dimensija 1 kodas“ ir pan.

Iškart matote, kokia informacija yra stulpelyje, ir galite lengviau pagal ją filtruoti dokumentus.

🕒Darbalapiuose – eilutės surūšiuotos pagal darbuotoją

„Tabelio darbalapyje“ ir „Darbuotojų grafikų darbalapyje“ eilutės dabar rūšiuojamos pagal darbuotojo numerį ir paskyrimo pradžios datą. To paties darbuotojo paskyrimai rodomi vienas po kito.

Kai darbuotojas turi kelis paskyrimus, jo duomenis lengviau peržiūrėti ir patikrinti.

💰Eksportuojant atsiskaitymo lapelius – apsauga slaptažodžiu

Veiksmo „Eksportuoti atsiskaitymo lapelius“ užklausos lange atsirado parinktis „Slaptažodžio tipas“. Pasirinkus „.PDF“, kiekvienas lapelis apsaugomas darbuotojo atsiskaitymo lapelio slaptažodžiu. Darbuotojų, kuriems slaptažodis nenurodytas, lapeliai neeksportuojami. Laukas „Skaičiavimo mėnuo“ pervadintas į „Registravimo mėnuo“.

Lapelius galite saugiai perduoti darbuotojams, nes atidaryti juos gali tik slaptažodį žinantis darbuotojas.

⚙️Spalvinis PI kodų žymėjimas – daugiau sąrašų

Laukai „PI kodas“ ir „PI tipas“ pagal priskaitymo ar išskaitymo tipą anksčiau buvo spalvinami tik PI kodų sąraše. Dabar jie spalvinami ir sąraše „PI kodai- redaguojami“ bei „Bendrųjų PI parametrų“ sąraše, kurį atidarote veiksmu „Bendrieji PI parametrai“ iš PI kodų sąrašo ar PI kodo kortelės.

Šiuose sąrašuose iš karto atskirsite priskaitymus nuo išskaitymų.

⚙️PI kodų sąraše – matomas laukas Proporcingai darbo laikui

Sąraše „PI kodai- redaguojami“ laukas „Proporcingai darbo laikui“ dabar rodomas iš karto. Anksčiau jį reikėdavo įsijungti per puslapio personalizavimą.

Iškart matote, kurie PI kodai skaičiuojami proporcingai dirbtam laikui.

♻️ Pakeista

👥Sutartis „Nauja pagal einamą“ – kai data patenka į pasibaigusį paskyrimą

Veiksmu „Nauja pagal einamą“ dabar galite sukurti naują sutartį ir nuo datos, kuri patenka į jau pasibaigusio paskyrimo laikotarpį. Anksčiau tokiu atveju sistema rodė klaidą. Tas paskyrimas padalinamas: dalis iki pasirinktos datos lieka senoje sutartyje, o dalis nuo datos kartu su darbo grafiko ir tabelio įrašais perkeliama į naują sutartį.

👥BDAR nuasmeninimas – išvaloma ir kito gimtadienio data

Kai atleistų darbuotojų duomenys nuasmeninami pagal BDAR, kartu su gimimo data dabar išvalomas ir laukas „Kito gimtadienio data“. Anksčiau jis likdavo užpildytas.

Taip sistemoje nelieka duomenų, iš kurių būtų galima nustatyti atleisto darbuotojo gimimo datą.

👥Atranka – kandidato kortelėje atnaujinamas darbuotojo Nr.

Kai darbuotojas sukuriamas iš atrankos, kandidato kortelėje dabar automatiškai įrašomas naujo darbuotojo numeris. Ištrynus darbuotojo kortelę, šis numeris išvalomas ir kandidato kortelėje, ir susijusiose atrankose. Atrankoje lauko „Darbuotojo Nr.“ rankiniu būdu keisti nebegalima, nes jį pildo sistema.

Kandidato kortelėje visada matote, kuris darbuotojas iš jo sukurtas.

🕒Tabelio importas iš Excel – pataisytas valandų skaičiavimas

Pakeistas valandų skaičiavimas importuojant tabelį iš „Excel“, kai pažymėta parinktis „Skaičiuoti nuo UTC laiko zonos“: dabar valandos įrašomos į tabelį tokios, kokios yra „Excel“ faile.

Pakeitimo reikėjo, nes anksčiau laiko zonos skirtumas buvo atimamas du kartus, todėl kai kurios valandos tabelyje būdavo įrašomos neteisingai. Pavyzdžiui, vietoj 0:47 val. būdavo įrašoma 23:47 val.

🕒Darbuotojo trynimas – pašalinami ir jo neatvykimai

Pakeistas darbuotojo kortelės trynimas naudojant „Neatvykimai v2“: dabar kartu su darbuotoju automatiškai ištrinami ir jo neatvykimai, kurių būsena yra nauja arba atšaukta. Jei darbuotojas turi aktyvių neatvykimų, jo ištrinti, kaip ir anksčiau, negalima.

Pakeitimo reikėjo, nes anksčiau ištrynus darbuotoją jo neatvykimai likdavo sistemoje, nors darbuotojo jau nebebuvo.

💰Ilgalaikiai išskaitymai – maksimali išskaitymo suma pagal sumą skaičiuojamoms formulėms

Pakeistas ilgalaikio išskaitymo skaičiavimas, kai formulė skaičiuojama pagal sumą, o ne procentą, ir joje pažymėta „Mažinti iki bendros maks. išskait. sumos“. Dabar apskaičiuojamas ir užpildomas laukas „Ilgalaikio PI maks. išsk. suma“, taikant tuos pačius procentus nuo MMA kaip ir procentinėms formulėms.

Pakeitimo reikėjo, nes anksčiau šis laukas likdavo tuščias. Kai darbuotojui buvo taikomi keli ilgalaikiai išskaitymai, bendra jų riba būdavo apskaičiuojama neteisingai.

💰Avansas – skaičiuojamas, kai pažymėta daug aktyvumo kodų

Pakeistas avanso skaičiavimas, kai atlyginimų nustatymų skiltyje „Avansas“ užpildytas laukas „Skaičiuoti jei dirbo dienų“: dabar avansas apskaičiuojamas, kad ir kiek aktyvumo kodų būtų pažymėta požymiu „Įtraukti į skaičiuoti avansą jei dirbo dienų“.

Pakeitimo reikėjo, nes anksčiau, kai šiuo požymiu būdavo pažymėta daug aktyvumo kodų, avanso skaičiavimas sustodavo su klaida ir avansas nebūdavo paskaičiuojamas.

💰II pensijos pakopos įkainiai – automatiškai užpildomas vardas, pavardė

Pakeistas naujos eilutės kūrimas sąraše „Darbuotojų II pens. pakopos įkainiai“: pasirinkus darbuotojo numerį, laukas „Vardas, pavardė“ dabar užpildomas automatiškai.

Pakeitimo reikėjo, nes anksčiau naujoje eilutėje šis laukas likdavo tuščias ir nebuvo matyti, kuriam darbuotojui eilutė priklauso.

📊Sodros SAM ir 2-SD ataskaitos – be PSD dalies, kai ji paskyrime netaikoma

Pakeistas Sodros tarifo skaičiavimas ataskaitose „Sodros ataskaita SAM v2“ ir „Sodra ataskaita 2-SD v2“ individualaus dydžio įrašams. Kai paskyrime nustatyta „Skaičiuoti Sodros PSD mokestį“ = Ne, tarifas dabar rodomas be PSD dalies.

Pakeitimo reikėjo, nes anksčiau tokiems įrašams ataskaitose būdavo rodomas pilnas Sodros procentas kartu su PSD, nors darbuotojui PSD nebuvo skaičiuojamas.

📊Sodros SAM ir 2-SD ataskaitos – įmonės įmokos, kai lubos pasiektos keliose įmonėse

Pakeistas tarifo skaičiavimas ataskaitose „Sodros ataskaita SAM v2“ ir „Sodra ataskaita 2-SD v2“ darbuotojams, kuriems nurodytas individualus dydis „Pasiekta Sodros įmokų suma“ = 2, t. y. įmokų lubos pasiektos keliose įmonėse. Dabar į tarifą įtraukiamos ne tik darbuotojo, bet ir įmonės VSD bei garantinio fondo įmokos, taip pat kaip skaičiuojant atlyginimą.

Pakeitimo reikėjo, nes anksčiau ataskaitose tokiems darbuotojams būdavo įtraukiamos tik darbuotojo įmokos, todėl tarifas nesutapdavo su atlyginimo skaičiavimu.

📊Sodros 9-SD ataskaita – visada užpildomas priežasties kodas

Pakeistas priežasties kodo užpildymas ataskaitoje „Sodros ataskaita 9-SD“: dabar kodas visada užpildomas pagal aktyvumo kodo nustatymus.

Pakeitimo reikėjo, nes anksčiau, kai neatvykimas prasidėdavo pirmą mėnesio dieną, priežasties kodas ataskaitoje likdavo tuščias.

⚙️Papildytas darbuotojų numerių keitimas

Įrankyje „Employee Renamer SPR“ veiksmai „Rename Selected“ ir „Rename All“ dabar veikia be techninės klaidos, kuri anksčiau nutraukdavo pervadinimą. Kiekvieno darbuotojo naujas numeris išsaugomas iškart. Jei kurio nors darbuotojo pervadinti nepavyksta, sistema parodo priežastį, o jau pervadinti darbuotojai lieka išsaugoti.

🔌API – rodomi tik vartotojui leidžiami darbuotojų duomenys

Pakeisti darbuotojų duomenų API: dabar juose taikomi tie patys dimensijų ir pavaldumo filtrai kaip ir sistemos sąrašuose, todėl API vartotojas gauna tik tų darbuotojų duomenis, kuriuos jam leidžiama matyti. Filtrai taikomi darbuotojų (sprEmployees), sutarčių (sprContracts), paskyrimų (sprAllocations), neatvykimų (sprAbsences), atostogų likučių, darbo grafiko įrašų, atsiskaitymo lapelių failų ir kitiems darbuotojų duomenų API.

Pakeitimo reikėjo, nes API gali būti pasiekiami per „Business Central“ MCP serverį, todėl juose turi galioti tie patys vartotojo apribojimai kaip ir sistemoje. Prieš atnaujindami patikrinkite integracijų vartotojų „Vartotojo nustatymai SPR“: jei integracija turi matyti visų darbuotojų duomenis, nustatykite „Riboti informaciją pagal dimensijų filtrą“ = Ne.

🔌HiBob – „Bob Id“ pasirinkimas naujai dimensijos vertei

Pakeistas lauko „Bob Id“ pasirinkimas kuriant naują dimensijos vertę: dabar „Bob“ reikšmių sąrašą galite atidaryti iš karto, net dar neišsaugoję naujos dimensijos vertės.

Pakeitimo reikėjo, nes anksčiau, renkantis „Bob“ reikšmę naujai, dar neišsaugotai dimensijos vertei, sistema rodydavo klaidą ir operacija sustodavo.

🔌HiBob – darbuotojo perkėlimas į kitą juridinį asmenį

Pakeistas „HiBob“ darbuotojų importas: dabar darbo, įdarbinimo ir atlyginimo duomenys senojoje įmonėje sinchronizuojami tik iki paskutinės dienos, kurią darbuotojas priklauso tam juridiniam asmeniui.

Pakeitimo reikėjo, nes anksčiau, „HiBob“ sistemoje perkėlus darbuotoją į kitą juridinį asmenį, senojoje įmonėje vis tiek būdavo sukuriamas paskyrimas nuo datos po perkėlimo. Tokius jau sukurtus paskyrimus reikia ištrinti rankiniu būdu ir importą paleisti iš naujo.

🔌HiBob – įrašai nebežymimi ištrintais be priežasties

Pakeistas „HiBob“ importas: gyvavimo ciklo ir atlyginimo įrašai dabar pažymimi kaip ištrinti tik tada, kai tam pačiam darbuotojui iš „Bob“ gauta kitų įrašų. Jei importo metu nepavyksta gauti visų duomenų, ištrintų įrašų tikrinimas praleidžiamas. Anksčiau klaidingai pažymėti įrašai per kitą importą atkuriami automatiškai.

Pakeitimo reikėjo, nes anksčiau, kai iš „Bob“ būdavo gauti ne visi duomenys arba darbuotojas būdavo atfiltruotas, pavyzdžiui, pagal juridinį asmenį, jo įrašai klaidingai pažymimi kaip ištrinti.

🔌HiBob – gyvavimo ciklo importas nebesustoja dėl ištrintų įrašų

Pakeistas „HiBob“ gyvavimo ciklo importas: dabar jis teisingai nustato, kurie įrašai yra tikras įdarbinimas ar atleidimas, net kai darbuotojas „Bob“ sistemoje turi ištrintų įrašų. Įrašas be būsenos nebesustabdo viso importo: jis praleidžiamas, o klaida įrašoma į žurnalą.

Pakeitimo reikėjo, nes anksčiau ištrintas gyvavimo ciklo įrašas būdavo laikomas ankstesniu įvykiu, todėl darbuotojų importas sustodavo su klaida „Filtre nėra Bob Lifecycle (SPR)“. Norėdami pataisyti esamus duomenis, iš naujo paleiskite „Bob“ gyvavimo ciklo importą, o po jo – darbuotojų importą.

🔌Panorama 365, Workofo ir Sodra EDAS – autentifikavimo nustatymai sukuriami automatiškai

Pakeistas integracijų „Panorama 365“, „Workofo“ ir „Sodra EDAS“ diegimas: dabar jų autentifikavimo nustatymai sukuriami ir priskiriami susijusiems procesams automatiškai, diegiant ar atnaujinant sistemą ir kuriant naują įmonę.

Pakeitimo reikėjo, nes anksčiau naujoje įmonėje šiuos nustatymus reikėdavo sukurti ir priskirti rankiniu būdu, kitaip integracijos neveikdavo.